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EXECOTIVE  sumviiir 


Nine  software  applications  are  currently  being  used  by  Coast 
Guard  personnel  to  assist  In  design.  Implementation  and 
management  of  aids  to  navigation  (AtoN).  The  computer  programs 
are  relied  upon  dally  to  complete  various  aspects  of  AtoN  work. 
Some  are  executed  over  100,000  times  a  year  Coast  Guard  wide. 

The  applications  have  met  or  exceeded  a  reasonable  life 
expectancy.  Some  of  the  programs  are  over  twenty  years  old  and 
have  design  deficiencies  Inherent  to  that  era.  One  problem  with 
the  programs  Is  data  quality.  The  applications  duplicate  many 
data- Items,  but  have  no  facility  to  update  each  other.  Another 
problem  Is  data  availability.  The  programs  do  not  provide  remote 
access  for  users  who  are  not  physically  connected  to  the 
software's  host  machine.  Additionally,  analysis  has  shown  the 
software  will  not  operate  on  next-generation  Coast  Guard 
workstations  presently  being  deployed.  A  new  software  system  Is 
needed. 

The  feasibility  of  Integrating  the  existing  programs  Into  an 
Intranet  application  Is  explored  In  this  report.  An  Intranet  uses 
a  Web  server  to  deliver  Information  to  users  connected  across  a 
private  network.  The  concept  Is  technically  feasible,  but  areas 
of  risk  have  been  Identified  In  the  bandwidth  of  the  Coast  Guard 
Data  Network  and  the  ability  of  browsers  to  perform 
satisfactorily  with  complex  processes  like  those  needed  to 
position  or  moor  AtoN. 

Waterway  performance  could  be  significantly  degraded  If  new  AtoN 
software  Is  not  deployed  In  a  reasonable  time-frame  or  If  It  Is 
Introduced  piecemeal.  The  use  of  Intranet  technology  should  be 
given  careful  consideration  because  It  may  be  the  fastest  and 
least  expensive  way  to  deploy  a  new  system. 
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PROJECT  PURPOSE  ASP  EXECOTION 


Ptrrpnse  of  ProjBCt  Element, 

The  purpose  of  this  project  element  is  to  determine  the 
feasibility  of  integrating  varied,  preexisting  short-range  aids 
to  navigation  (AtoN)  software.  The  applications  under 
consideration  design,  implement  and  manage  AtoN.  The  computer 
programs,  which  were  developed  between  1975  and  1994,  are  nearing 
obsolescence.  It  is  envisioned  their  functionality  can  be 
recombined  into  one  application  that  will  yield  open  access  to 
AtoN  data  and  provide  a  systematic  approach  to  engineering  and 
management  tasks. 

ove^raTl  Project  Benefit. 

The  goal  of  the  Short  Range  Aids  to  Navigation  Research  and 
Development  Project  is  to  better  the  efficiency  and  accuracy  of 
the  Coast  Guard's  short-range  AtoN  program. [1]  The  program 
applies  research  to  enhance  the  performance  of  waterways. 
Improved  waterways  benefit  the  nation  by  increasing  commercial 
mobility,  recreational  access,  maritime  safety  and  environmental 
protection. 

Purpose  of  Report. 

This  report  documents  the  feasibility  study.  The  report  is  a 
final  product.  As  such  it  meets  the  deliverable  requirement  of 
the  -Integrated  Aids  to  Navigation  Software  Element-  of  the  Short 
Range  Aids  to  Navigation  Research  and  Development  Project. [1] 

Project  Execution. 

The  project  element  was  executed  with  a  combination  of  in-house 
and  contracted  labor.  Research  and  Development  Center  (R&DC) 
personnel  provided  project  management,  technical  expertise, 
analysis,  cost  estimation  and  report  writing.  A  systems  analyst 
was  contracted  to  study  existing  data  structures  and  to  code 
prototype  software  as  a  demonstration  of  integrated  software 
techniques.  Results  of  this  work  are  recorded  in  two  informal 
reports.  They  are  attached  as:  Appendix  A,  Laptop  Automated  Aid 
Positioning  System  (LAAPS)  and  Aids  to  Navigation  Information 
System  (ATONIS)  Integration  Feasibility  Study j  and  Appendix  B, 
ATONIS  -  Solar  Calc  Integration  Feasibility  Study, 

Investigation  of  the  Integrated  AtoN  software  concept  was 
requested  by  the  Coast  Guard's  Operations  Organization, 
Operations  Policy  Directorate,  Office  of  Aids  to  Navigation  (G- 
OPN),  Short  Range  Aids  to  Navigation  Division,  Coast  Guard 
Headquarters ,  Washington ,  D . C . [ 1 ] 
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STRUCTURE  RND  USE  OF  FEASIBILITY  STUDY 


Elements. 

This  feasibility  study  is  organized  with  the  following  elements: 

#  identification  of  need 

4  requirements  to  meet  need 

#  preliminary  design  options 
4  feasibility  analysis 

4  alternative  solutions 
4  siimmary  discussion 

The  elements  follow  general  criteria  used  for  evaluation  of 
automated  data  processing  (ADP)  proposals. [2] 

Use. 


The  primary  use  of  this  report  should  be  to  Inform  short-rauige 
AtoN  program  managers  about  the  practicality  of  committing  fiinds 
and/or  manpower  to  integrating  existing  AtoN  software  into  a  new 
application.  In  the  present  budget  environment,  program  managers 
must  take  a  more  pragmatic  approach  to  proposals.  Denying  ADP 
projects  may  be  as  critical  to  an  organization  as  approving  them. 
Feasibility  studies  provide  input  to  this  decision-making 
process . 


ATnS  TO  NAVIGATION  SOFTVRRE  UNDER  CONSIDERATION 
History. 

The  Coast  Guard  began  using  computer  technology  in  the  1970s.  In 
1975  REiDC  contracted  with  Jet  Propulsion  Laboratory  (JPL)  to 
create  a  computer  program  designed  to  size  solar  systems  used  for 
powering  AtoN  signals. [3]  In  1978,  a  pilot  development  for  the 
Marine  Safety  Information  System  (MSIS)  was  contracted  to 
Battelle  Labs  of  Colvunbus,  Ohio. [4]  With  the  advent  of  personal 
computers  (pcs).  Coast  Guard  staff  at  units,  groups  and 
headquarters  found  productive  ways  to  use  computer  programming . 
Several  successful  utilities  were  coded  and  used  informally 
within  the  service. 

In  the  early  1980s,  the  Coast  Guard  established  a  standard 
computing  environment  using  network  technology.  Specified 
hardware  and  software  known  as  the  Coast  Guard  Standard 
Workstation  (CGSW)  was  promulgated  under  the  auspices  of  the  old 
Office  of  Command,  Control,  Communication  and  Technology. 
Computer  programs  identified  as  being  mission  essential 
applications  (MEAs)  were  compiled  to  run  under  the  Convergent 
Technologies  Operating  System  (CTOS*).  MEA  software  Joined 
standard  office-productivity  applications  Installed  on  CGSW. 
After  a  follow-on  contract  was  negotiated  years  later,  CGSW 
became  known  as  CGSW-II. 
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The  CGSW-II,  which  is  still  in  use,  also  offers  a  portable  model 
which  is  a  laptop  computer  running  Disk  Operating  System  ( DOS ) 
compatible  software.  In  general,  MEA  software  does  not  execute  on 
the  portable  model. 

This  report  addresses  computer  systems  that  serve  the  short-range 
AtoN  program.  The  applications  are  primarily  used  to  design, 
position  and  manage  AtoN.  They  are  also  responsible  for  recording 
and  reporting  marine  information. 

Software  Identified  for  Integration. 

AtoN  software  identified  for  integration  are: 


AAPS . Automated  Aid  Positioning  System 

ADAM . Aid  Design  and  Management  System 

ARRF . Automated  Relative  Risk  Factor  Program 

ATONIS . Aids  to  Navigation  information  System 

LIGHT  LIST . Light  List  Database 

MOORSEL . Computerized  Mooring  Selection  Guide 

NIS . Navigation  Information  Service 

RANGE  DESIGN. .. .Range  Design  Program 
SOLARCALC . Solar  Calculation  Program [5] 


The  following  paragraphs  briefly  describe  each  application. 

aapg-  AAPS  is  a  near  real-time  software  application.  It  is 
designed  to  position  or  position-check  floating  aids  to 
navigation. [6]  AAPS  uses  output  from  differential  global 
positioning  system  (DGPS)  receivers  or  manual  entry  of  horizontal 
sextant  readings  to  calculate  a  position.  The  software  displays  a 
plot  and  target  which  operators  can  maneuver  towards  prior  to 
placing  an  aid.  The  plot  is  derived  by  comparing  real-time 
position  solutions  to  a  recommended  position  stored  in  the 
software.  An  Aid  Positioning  Record  (APR)  is  produced  as  a  report 
of  the  positioning  evolution.  AAPS  and  ATONIS  record  many  of  the 
same  aid  attributes  that  describe  position.  Examples  are:  name, 
latitude  and  longitude.  A  detailed  analysis  is  provided  in 
Appendix  A. 

AAPS  is  used  primarily  by  AtoN  field  units.  AAPS  is  designed  to 
run  under  DOS  on  laptop  computers.  It  is  written  in  Borland 
Corporation's  Turbo-Pascal®  programming  language.  It  is  commonly 
referred  to  as  LAAPS,  short  for  Laptop  Automated  Aid  Positioning 
System.  AAPS  is  not  an  MEA. 

ADAM.  ADAM  serves  as  an  engineering  and  office  productivity  tool. 
It  is  a  prototype  database  application  that  assists  with  the 
calculations  required  for  lighted  aid  design.  In  addition  to 
visual  signal  design,  it  provides  AtoN  project  management.  The 
design  solutions  recommend  standard  lamp  and  lantern  combinations 
that  meet  a  stated  operational  requirement.  The  AtoN  project- 
management  module  provides  record-keeping,  status  reports  and  a 
forms  generator.  The  software  has  a  function  that  will  provide 
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da1:a  to  a  forms  server  so  automatic  printing  of  standard  Coast 
Guard  forms  like  CG-3213  (AtoN  Operational  Request)  can  be 
accomplished  with  minimal  effort. 

ADAM  has  limited  distribution  to  District  offices  and 
Headquarters.  Input  data  used  by  ADAM  are  also  fo\ind  in  ATONIS. 
Examples  of  data  are:  position,  height  of  optic,  lamp  and 
lantern.  Like  ATONIS,  ADAM  was  developed  with  Progress 
Corporation's  PROGRESS®  relational  database  system  and  fourth 
generation  programming  language  (4GL).  Because  of  this 
compatibility,  ADAM  can  read  data  from  ATONIS  when  both  systems 
are  properly  configured.  ADAM  is  not  an  MEA. 

appp-  ARRF  is  a  computer  program  that  accompanies  the  Waterway 
Design  Manual. [7]  The  Waterway  Design  Manual  supplements  the  Aids 
to  Navigation  Manual  -  Administration  (COMDTINST  M16500.7), 
Chapter  4,  which  documents  Coast  Guard  practices  for  designing 
navigational  marking  systems. 

ARRF  is  designed  to  analyze  AtoN  configurations  in  deep-draft 
channels  used  by  large  commercial  vessels.  Large  displacement 
vessels  (10,000  -  500,000  long  tons)  are  the  least  maneuverable 
ships  found  on  waterways.  ARRF  will  calculate  the  risk  of  a 
design  vessel  straying  outside  channel  boundaries  given  input 
about  the  type  of  vessel,  short-range  aids  configuration  and 
cross-track  current.  The  calculation  is  presented  as  a 
probability  measured  from  zero  to  one,  with  one  being  certainty. 
The  risk  calculations  are  based  on  data  collected  from  observing 
professional  mariners  who  were  operating  bridge  simulators  under 
various  scenarios. 

ARRF  is  not  an  animation  system.  It  is  a  character-based 
application.  There  are  no  graphics.  Users  supply  data  to  prompts 
or  make  selections  from  lists.  The  program  is  designed  to  run  on 
CGSW-II.  The  target  user  group  is  the  waterways  management  staff 
of  a  District  office.  ARRF  is  not  an  MEA. 

ATfiKTS.  ATONIS  is  a  database  and  application  which  records 
features  of  federal  and  private  AtoN  under  Coast  Guard 
Jurisdiction. [8]  It  is  deployed  at  Coast  Guard  Districts  and 
units.  Its  purpose  at  the  unit  level  is  to  provide  servicing- 
schedules  and  inventories.  Examples  of  data  fields  are:  aid  type, 
hull  type,  servicing  date,  lamps,  lanterns,  etc.  At  the  District 
level,  ATONIS  functions  primarily  to  manage  aids  and  process  the 
Local  Notice  to  Mariners  (LNM).  The  LNM  reports  AtoN 
deficiencies,  chart  corrections  and  other  marine  safety 
Information  to  the  public. 

ATONIS  is  not  a  distributed  application.  Each  District  has  a  copy 
of  ATONIS.  There  is  not  a  central  database  at  Coast  Guard 
Headquarters . 

ATONIS  uses  PROGRESS®  software  and  runs  on  the  CGSW-II.  The  Coast 
Guard  is  currently  implementing  a  new  workstation  which  will  use 
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Microsoft  Windows-NT»  as  an  operating  system  and  Microsoft 
ACCESS*  for  database.  Plans  are  being  made  to  migrate  ATONIS  to 
ACCESS®. [5]  ATONIS  is  an  MEA. 

T.Tnnr  t.ist.  The  Light  List  is  a  publication  Intended  to  support 
interpretation  of  nautical  charts . [ 9 ]  The  Light  List  provides 
more  information  about  aids  to  navigation  than  can  be  practically 
displayed  on  paper  charts.  The  entire  Light  List  is  comprised  of 
seven  volumes.  Each  volume  lists  aids  for  a  designated  geographic 
area. 

The  Light  List  numbers  and  describes  all  aids  to  navigation  under 
Coast  Guard  authority.  Despite  the  implication  of  its  name,  the 
Light  List  Includes  unllghted  federal  aids  and  important  private 
aids.  Daybeacons  and  radio  aids  are  examples  of  unllghted  aids. 
The  Light  List  is  formatted  in  columns.  The  column  headings  are: 

(1)  Light  List  Number 

(2)  Aid  Name/Location 

( 3 )  Position 

(4)  Signal  Characteristic 

(5)  Height 

(6)  Signal  Range 

(7)  Structure  Type 

( 8 )  Remarks 

The  Light  List  publications  are  actually  output  reports  from  a 
database  system.  The  database  is  maintained  by  the  Defense 
Mapping  Agency  (DMA).  Light  List  corrections  are  forwarded  from 
Coast  Guard  Districts  to  Coast  Guard  Headquarters  weekly.  DMA 
provides  Headquarters  with  a  terminal  link  to  a  system  called  the 
Automated  Notice  to  Mariners  System  (ANMS).  Corrections  entered 
at  Headquarters  update  the  Light  List  portion  of  ANMS  at  DMA. 
Only  designated  individuals  with  password  security  can  update 
ANMS.  once  a  year  camera  ready  copies  are  provided  to  Coast  Guard 
Headquarters  for  printing.  The  light  List  is  one  of  the  Coast 
Guard's  most  important  publications.  The  Coast  Guard  is  required 
by  federal  law  to  maintain  and  publish  it.  The  LIGHT  LIST  is  not 
an  MEA. 


MOORSEL.  MOORSEL  is  a  computer  program  that  calculates  optimum 
moorings  for  buoys. [10]  The  solution  provides  sinker  size,  chain 
size  and  length.  MOORSEL  reads  input  files  that  contain  attribute 
data  about  the  aid.  These  data  are  similar  to  that  stored  in 
ATONIS  and  AAPS.  Examples  are:  aid  name,  position,  buoy  hull 
type,  depth,  etc.  After  loading  data  into  memory,  the  program 
executes  algorithms  to  engineer  the  mooring  load  according  to 
expected  sea-state  conditions.  A  graphical  solution  is  displayed 
to  the  screen. 

MOORSEL  has  been  distributed  to  all  AtoN  field  units.  It  is 
written  in  Borland  Corporation's  Turbo- Pascal®.  It  is  designed  to 
run  under  DOS  on  a  pc.  MOORSEL  is  not  an  MEA. 
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NIS.  NIS  is  a  cost-free  public  information  service. [11]  The 
purpose  of  NIS  is  to  execute  the  Coast  Guard's  charter  as  the 
lead  public  agency  for  assisting  and  regulating  the  civil  portion 
of  the  Global  Positioning  System  (GPS).  NIS  is  the  means  for 
providing  civil  GPS  status  reports.  NIS  is  operated  by  the  Coast 
Guard  Navigation  Systems  Center  (NAVCEN),  Alexandria,  Virginia. 

NIS  reports  diverse  radionavigation  information  and  status 
reports.  Examples  are:  GPS,  DGPS,  OMEGA,  and  LORAN.  Operational 
Advisory  Broadcasts  (OABs)  are  textual  messages  that  deliver 
information  to  radionavigation  users.  OABs  are  disseminated 
through  multiple  sources.  Examples  are:  Internet,  electronic 
bulletin  board,  voice  recording  and  radio  broadcasts. 

In  addition  to  OABs,  NIS  offers  topics  such  as:  U.S.  Naval 
Observatory  timing  data;  USAF/NOAA  Solar  and  Geophysical  Activity 
Reports;  NOAA  tidal  predictions;  and,  the  Coast  Guard's  LNM. 

NIS  is  not  part  of  the  short-range  AtoN  program.  However,  NIS  is 
significant  because  it  represents  the  future  direction  of  how 
waterways  information  will  likely  be  provided  to  users. 
Conceptually,  systems  like  Light  List,  ATONIS,  and  AAPS  could 
output  directly  to  the  NIS,  providing  the  most  current  data 
available  to  users.  NIS  is  not  an  MEA. 

KATunn  DESIGN.  RANGE  DESIGN  is  a  computer  program  used  to  design 
two-station  navigational  range  systems. [12]  The  program 
calculates  the  minimum  and  maximum  light  intensities  allowable  at 
each  station.  The  user  is  then  directed  to  a  luminous  intensities 
manual  that  translates  the  values  to  stock  Coast  Guard  lighting 
hardware.  RANGE  DESIGN  uses  many  input  variables  stored  in 
ATONIS.  Examples  are:  position,  dayboard  size,  structure  height, 
lamp  and  lantern. 

RANGE  DESIGN  has  limited  distribution  to  District  offices  and 
Headquarters.  These  offices  typically  design  and  fund  high-cost 
systems  like  ranges.  RANGE  DESIGN  is  designed  to  run  on  the  CGSW- 
II.  RANGE  DESIGN  is  not  an  MEA. 

am.AnrAT^..  As  previously  mentioned,  SOLARCALC  is  one  of  the  Coast 
Guard's  earliest  computer  programs. [3]  Initially  developed  by 
JPL,  SOLARCALC  is  a  terrestrial  version  of  a  program  written  to 
size  solar-arrays  for  space  vehicles. 

SOLARCALC  recommends  solar-panel  and  battery  capacity  for  AtoN 
signals  requiring  electrical  power.  SOLARCALC  has  a  file  that 
stores  solar  Insolation  data  grouped  by  latitude.  SOLARCALC  users 
input  latitude,  system  amperage  and  battery  storage  data.  This 
Information  is  also  stored  in  ATONIS.  A  more  detailed  study  can 
be  found  in  Appendix  B. 

SOLARCALC  has  limited  distribution  to  AtoN  units  and  Districts. 
The  majority  of  users  are  found  at  Districts  and  Headquarters. 
SOLARCALC  is  designed  to  run  on  the  CGSW-II.  SOLARCALC  is  not  an 
MEA. 
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TDENTIFYJfJf^  TWg  WRED  FOR  RN  INTEGRXUED  AXON  SOFTVRRE  SYSTEM 


Overview . 

In  general,  computer  programs  designed  for  the  workplace  should 
improve  product  and/or  productivity.  AtoN  software  currently  does 
both.  Why  then,  should  the  utilities  be  integrated  or  reworked? 
The  answer  can  be  found  in  several  events  which  will  be  affecting 
the  Coast  Guard's  near-term  future. 

The  Coast  Guard  has  been  streamlining  its  organization  to  meet 
requirements  of  the  Government  Performance  and  Results  Act 
(GPRA).[13]  GPRA  mandates  agencies  receiving  federal  dollars 
improve  their  business  practices  and  be  more  effective  in  service 
to  the  public.  In  addition  to  GPRA,  the  federal  government  is 
also  making  plans  to  operate  with  a  balanced  budget.  Agencies 
will  likely  suffer  significant  funding  reductions  when  this 
occurs.  Useful  applications,  like  the  proposed  integrated  AtoN 
software,  may  help  the  Coast  Guard  offset  the  effects  of  possible 
resource  reductions  while  increasing  the  efficiency  of  AtoN 
commands . 

Compounding  the  concerns  over  budget  limitations  is  the  fact  that 
existing  AtoN  software's  very  survival  is  in  question.  This  is 
because  the  next  CGSW  contract  has  been  finalized  and  brings  with 
it  sweeping  changes  to  the  Coast  Guard's  ADP  environment.  CGSW- 
III,  the  successor  to  CGSW-II,  will  employ  client/server 
architecture  and  consist  of  local  area  networks  (LANs)  of  pcs  and 
support  devices  operating  \inder  Microsoft  Windows-NT«. [14] 

Existing  Coast  Guard  applications  must  be  made  compatible  for 
CGSW-III.  AtoN  programs  like  AAPS,  MOORSEL  and  unit-level  ATONIS, 
that  can  operate  under  DOS,  could  theoretically  run  under  a  DOS 
partition  of  Windows-NT®.  However,  this  concept  must  be  tested 
and  verified.  Even  if  the  DOS  option  will  work,  the  programs  will 
not  have  32-blt  performance.  In  general,  it  can  be  said  AtoN 
software  will  not  operate  on  CGSW-III  because  it  is  unlikely  the 
system  will  be  configured  with  special  features  like  a  DOS 
partition. 

Coast  Guard  applications  approved  as  an  MEA  will  be  migrated  to 
CGSW-III  as  part  of  a  well  planned  and  funded  transition 
process. [14]  Non-MEAs  will  not  be  migrated  and  must  be  converted 
by  their  sponsor  programs  on  an  individual  basis .  As  previously 
stated,  almost  all  AtoN  software  falls  into  the  non-MEA  category. 
A  migration  strategy  for  AtoN  software  must  be  developed  if  the 
utilities  are  to  have  a  secure  future.  Short-range  AtoN  program 
managers  have  speculated  that  even  some  loss  in  capability  may 
result  in  a  degradation  of  waterways  performance. 
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Seven  factors  combine  to  form  a  reasonable  basis  for  developing 
an  integrated  AtoN  software  system.  They  are: 

4  the  pending  obsolescence  of  existing  software 
4  the  heavy  usage  of  existing  software 
♦  the  need  to  align  with  strategic  goals 
4  the  preparation  for  pending  resource  reductions 
4  the  need  to  provide  universal  access  to 
computerized  AtoN  design 
4  the  need  to  improve  data  integrity,  quality 
and  availability 

4  the  need  to  streamline  software  maintenance 
Pending  Ohsolesr.t^nr.s  of  ExtstiJiq  AtoN  Software. 

As  mentioned  in  the  overview,  existing  AtoN  software  will  not 
operate  on  CGSW-III.  An  implementation  plan  for  CGSW-III  has  been 
outlined  in  ALCOAST  069/95. [14]  The  plan  calls  for  Installations 
to  begin  at  Headquarters  in  FY96.  This  will  be  followed  by 
implementation  at  Districts  and  large  administrative  field  units 
in  FY97.  The  final  phase  of  the  plan  will  install  CGSW-III  at 
large  operational  field  units,  stations  and  cutters.  Based  on 
ALCOAST  069/95,  all  CGSW-IIs  should  be  replaced  within  five 
years.  Using  this  criterion,  existing  AtoN  software  will  be 
obsolete  by  the  year  2000. 

Current  Usage  of  Existing  AtoN  Software. 

The  following  table  provides  estimates  of  how  often  AtoN  software 
is  executed.  The  figures  were  provided  by  Coast  Guard 
Headquarters . [ 5 ] 


APPLICATION  USAGE 


USERS 

ATONIS 

AAPS 

MOORSEL 

SOLAR 

-CALC 

ARRF 

Districts 

(9) 

50,000 

runs/yr 

N/A 

500 

runs/yr 

500 

runs/yr 

250 

runs/yr 

AtoN  Units 
(144) 

150,000 

runs/yr 

150,000 

runs/yr 

15,000 

runs/yr 

15,000 

runs/yr 

100 

runs/yr 

Headquarters,  Groups  and  other  activities  of  the  Coast  Guard  also 
run  these  programs.  Figures  for  their  use  were  not  provided  and 
are  not  Included  in  the  estimates.  NIS  runs  continuously  at  the 
Navigation  Systems  Center  (NAVCEN),  Alexandria,  Virginia. 

It  should  be  noted  the  importance  of  software  cannot  be  measured 
solely  by  usage.  Other  factors  must  be  considered.  For  example, 
applications  like  AAPS  are  especially  important  because  the  Coast 
Guard  has  adopted  radlonavlgatlon  practices  for  positioning  AtoN. 
Reverting  back  to  positioning  by  visual  techniques  would  require 


8 


retraining  of  personnel  and  significantly  reduce  unit 
productivity . 

Allanmsnt  V±th  Cpact  niiard  Strategic  Goals,. 

The  Commandant's  Direction  provides  a  vision  of,  and  direction 
for,  the  Coast  Guard's  future.  Goal  eight  of  the  current 
Direction  states : 

"Pursue  and  exploit  new  technologies  to  achieve 
gains  in  productivity  and  enhance  mission 
performance. "[15] 

To  meet  this  goal  Coast  Guard  management  has  committed  to: 

"#  redirect  efforts  in  Research  and  Development 
to  further  mission  productivity. 

4  use  technology  to  enhance  maritime  safety, 
surveillance  and  environmental  systems. 

4  be  a  partner  with  DOT’S  RSD  efforts  to  develop 
integrated  smart  transportation  and  navigation 
information  systems. 

4  manage  Coast  Guard  information  resources. "[15] 

The  Coast  Guard  is  stating  a  need  to  work  smarter  and  integrated 
AtoN  software  can  help  meet  that  need.  In  addition,  needs  that 
align  with  strategic  goals  should  receive  adequate  attention, 
funding  and  leadership  support. 

Preparation  for  Resource  Reductions. 

Recent  Congressional  and  Administration  actions  aimed  at 
balancing  the  federal  budget  are  forcing  government  agencies  to 
prepare  for  funding  curtailments.  The  Coast  Guard  will  need  ideas 
for  ways  to  maintain  its  quality  services  with  fewer  billets  and 
dollars . 

At  the  same  time,  waterways  use  is  increasing.  United  States 
waters  currently  serve  twenty~six  million  recreational  boaters . 
Waterways  also  deliver  over  one— billion  tons  of  commerce 
annually. [16]  The  significance  of  AtoN  cannot  be  down-played.  By 
marking  navigable  water,  mobility  and  safety  are  enhanced.  Ports 
are  spared  environmental  damage  that  might  otherwise  occur  from 
certain  marine  casualties. 

In  some  harbors,  sophisticated  multi-sensor  systems,  called 
Vessel  Traffic  Services  (VTS),  provide  additional  monitoring  of 
vessel  movements.  However,  for  the  majority  of  ports  and 
mariners,  safe  water  is  simply  defined  by  the  visual  short-range 
AtoN  marking  system. 

To  be  successful  in  the  next  millennium,  the  Coast  Guard  will 
need  improved  methods  to  manage  AtoN.  One  solution  is  to  provide 
quality  software.  This  will  help  AtoN  imits  perform  their  tasks 
more  efficiently. 


9 


Vrmriadnq  giiT  7.  AccesS  to  Computerized  Svstf^fi 

AtoN  software  would  be  more  effective  If  an  agenda  to  package, 
promulgate  and  practice  the  individual  programs  were  scheduled.  A 
clearer  vision  of  who  should  be  using  the  software,  and  when  they 
should  be  using  it,  is  needed.  The  utilities  perform  adequately 
in  their  singular  capacities,  but  do  not  provide  the  full 
advantages  of  computer-assisted  systems  design,  namely  accurate 
and  validated  solutions. 

AtoN  design  and  servicing  should  be  approached  from  a  systems 
perspective.  Each  component  of  an  aid  must  be  functioning  to 
ensure  signal  delivery.  The  mooring  is  as  important  as  the  light. 
AtoN  system  performance  is  dependent  on  individual  aid 
availability.  By  using  software  to  verify  AtoN  components  are 
meeting  minimum  design  requirements,  a  consistent  and  well- 
engineered  system  will  be  ensured  and  verified. 

A  possible  configuration  for  integrating  existing  applications 
is: 


DESIGN  TOOLS 

ADAM 

ARRF 

SOLARCALC 
MOORSEL 
RANGE  DESIGN 


MARINE  INFORMATION  POSITIONING 
LIGHT  LIST  AAPS 

ATONIS/LNM 
NIS 


In  the  present  CGSW-II  environment,  AtoN  software  uses  several 
different  hardware  and  software  configurations.  No  one  can 
guarantee  a  designer  or  servicing-unit  will  have  all  the 
necessary  computers  or  programs.  This  promotes  inconsistent  use. 
A  hypothetical  situation  could  develop  where  part  of  an  aid  is 
designed  by  computer,  part  by  manual  calculation,  and  part  by 
"seat-of-the-pants"  intuition.  For  example,  if  AAPS  is  used  to 
best  position  a  buoy,  but  the  sinker  is  selected  by  some  method 
other  than  MOORSEL,  and  the  aid  moves  off-station  because  of  an 
Insufficient  mooring,  what  has  the  AtoN  system  or  the  Coast  Guard 
gained  towards  efficiency? 


Software  tools  are  not  meant  to  replace  conventional  processes, 
in  this  case  engineering,  but  to  augment  them.  They  must  be  used 
consistently  to  provide  maximum  benefit.  A  "virtual  AtoN 
workstation"  will  provide  functionality  for  all  AtoN  duties 
ranging  from  proposing  an  aid,  to  placing  it,  to  reporting 
discrepancies.  In  the  CGSW-II  environment,  AtoN  software  may  not 
be  available  for  a  variety  of  reasons.  With  integrated  AtoN 
software.  Improved  access  to  software  tools  will  lessen  the 
likelihood  of  AtoN  discrepancies  caused  by  poor  practices  or 
htjunan  error.  A  new  Integrated  AtoN  application  will  represent  a 
step  towards  providing  systems  solutions  for  waterways  designers, 
maintainers  and  managers. 
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Tmprnxr±nt^  Data  Intearltu,  And  Avail ahllltg. 

Data  should  not  be  duplicated  between  systems.  One  obvious  reason 
is  the  dilemma  presented  by  different  values  for  the  same  entity. 
Which  one  should  be  used?  Where  practical,  systems  design  should 
provide  uniqueness  for  core  data  elements.  This  will  eliminate 
duplication  and  promote  data  quality.  Currently,  the  identified 
systems  do  not  interface  or  share  data.  The  chances  for  viewing 
aged  or  incorrect  data  are  increased.  This  is  because  an  approved 
procedure  for  updating  companion  programs  has  not  been 
formulated. 

Correctly  designed  databases  are  needed  to  eliminate  this 
situation.  Physical  databases  should  not  be  embedded  in 
applications.  They  should  be  maintained  within  database 
management  systems  external  to,  but  accessible  from  applications. 
The  database  systems  should  conform  to  open  database  connectivity 
(ODBC)  standards. 

Data  entry  should  be  made  as  efficient  as  possible.  In  principle, 
data  should  be  entered  once,  -  at  its  source.  The  user  interface 
should  be  designed  to  promote  accuracy.  Direct  sensor  input  and 
software  techniques  like  initial  values,  pick-lists  and 
validation  can  be  used  to  further  enhance  data  quality. 

The  short-range  AtoN  program  has  not  invested  in  developing  a 
model  of  its  information  requirements.  Existing  software  does  not 
support  program-wide  perspectives  and  access  to  source  data  is 
not  convenient.  Data  calls,  which  burden  units  with  extra  work, 
are  often  the  means  to  examine  program  processes.  Integrated  AtoN 
software  will  improve  information  management  by  centralizing 
subject  databases  and  making  data  reachable  by  all  levels  and 
types  of  Coast  Guard  personnel. 

!H-re>amH ni ntf  Maintenance, 

Software  requires  maintenance  to  remain  reliable  and  effective. 
Even  the  best  developments  rarely  deliver  error-free  systems.  New 
requirements  evolve  as  a  system  is  used.  Because  of  these 
factors,  a  normal  life-cycle  for  software  will  include  several 
revisions.  It  must  be  acknowledged  that  software  will  have  costs 
after  deployment.  Existing  AtoN  software  has  not  been  maintained 
in  this  manner.  This  is  primarily  because  other  program 
priorities  have  expended  resources  before  revisions  can  be 
accomplished . 

If  existing  AtoN  software  was  integrated  into  one  system,  it 
would  be  a  matter  of  maintaining  one  system  and  not  nine 
programs.  A  secondary  benefit  would  be  derived  from  ensuring 
changes  were  consistent  across  the  whole  system. 

By  giving  this  new  system  MEA  status,  funding  for  distribution, 
maintenance  and  support  could  be  calculated  into  an  annual  budget 
line-item.  The  program  would  not  have  to  assign  billets  full-time 
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to  handle  software  problems  or  maintenance.  The  security  of 
knowing  a  well  maintained  system  Is  in  place  would  let  short- 
range  AtoN  managers  focus  their  attention  on  waterways  issues. 


TKTTTAT.  PTgOlTrREMTgWT.*?  PQR  JOf  INTEGRSTED  AXON  SOFTWIiRE  SYSTEM 
Overview. 


The  proposed  integrated  AtoN  system  will  be  required  to  improve 
the  process  of  designing,  managing.  Implementing  and  servicing 
AtoN.  Integrated  AtoN  software  must  help  the  Coast  Guard  meet  its 
strategic  goal  of  using  new  technologies  to  improve  mission 
performance . 

The  system  should  be  deployed  as  a  virtual  AtoN  workstation.  The 
system  must  directly  benefit  users  by  relieving  them  of  the  need 
to  understand  and  correctly  apply  complex  scientific  principles, 
for  example,  Allard's  Law,  which  is  used  in  lighted  aid  design 
calculations.  The  system  should  improve  user  efficiency  by  making 
AtoN  design  and  hardware  checks  effortless  and  routine. 

The  proposed  integrated  AtoN  system  will  be  required  to  improve 
the  quality  and  integrity  of  AtoN  data.  This  will  be  accomplished 
by  designing  and  deploying  relational  database  management  systems 
(RDBMS)  to  supply  data  to  the  application.  The  system  may  require 
multiple  databases.  The  databases  will  be  required  to  meet  open 
database  connectivity  (ODBC)  standards.  The  database  systems  must 
support  structured  query  language  (SQL)  calls.  The  database 
systems  must  allow  multiuser  capability.  Users  should  be  able  to 
create,  retrieve,  view,  update,  archive  and  delete  records.  The 
database  systems  will  be  required  to  control  user  access  through 
embedded  security.  The  system  will  be  required  to  provide  the 
Coast  Guard  with  an  informational  Interface  for  its  short-range 
AtoN  mission. 

The  system  must  provide  a  graphical  user  interface  (GUI).  It  must 
share  data  with  all  bundled  software  Including  word  processing, 
spreadsheet,  forms,  presentation  and  project  management 
applications . 

The  proposed  system  will  be  required  to  operate  across  CGSW-III 
architecture.  The  system  will  be  required  to  provide  client  and 
server  software.  The  proposed  AtoN  system  will  be  required  to 
operate  across  LANs  and  wide  area  networks  ( WANs ) .  It  must  be 
compatible  with  protocols  used  on  the  Coast  Guard  Data  Network 
(CGDN)  and  the  Internet.  As  a  minimum,  the  software  should  be 
compatible  with  transfer  control  protocol /internet  protocol 
(TCP/IP).  The  system  should  also  provide  high-level  server 
protocols  like  hypertext  transfer  protocols  (HTTP)  and  be  capable 
of  importing  and  exporting  hypertext  markup  language  (HTML) 
products.  The  system  must  work  with  software  drivers  for  approved 
CGSW-III  network  devices  like  printers,  plotters  and  scanners. 
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The  system  must  provide  for  communications  with  radionavigation 
^©viCBS  via  serial  communica'tions  ports. 

The  system  should  be  capable  of  output  conforming  to  national  ^d 
international  standards.  As  a  minimum,  spatial  data  standards, 
like  Federal  information  Processing  Standards  173  (FIPS-173), 
should  be  met.  In  addition.  International  Maritime  Organization 
(IMO)  standards  for  electronic  charting  and  display  information 
systems  (ECDIS)  should  be  addressed.  The  system  should  be  cap^le 
of  output  conforming  to  International  Standards  Organization 
(ISO)  data  exchange  standard  number  ISO- 8211. 

The  system  must  be  capable  of  growth  and  expansion.  Scalability 
of  the  system  must  be  available  both  in  the  number  of  users  and 
hardware  configurations.  The  life  expectancy  of  the  system  should 
be  equal  to  or  greater  than  that  of  the  CGSW-III  contract.  The 
system  must  be  Government  Open  System  Interconnectivity  Profile 
(GOSIP)  compliant.  The  system  must  be  easily  maintained.  The 
proposed  AtoN  system  must  provide  on-line  and  context  sensitive 
help.  System  administrator  and  developer /programmer  documentation 
must  accompany  the  system. 

The  software  should  be  constructed  from  models  of  the  functional, 
business  and  information  requirements  of  the  short-range  AtoN 
program.  This  is  a  departure  from  current  systems  that  are 
function-oriented  only.  The  functional  model  should  mirror  tasks 
performed  in  the  course  of  AtoN  work.  The  business  model  should 
be  a  higher  level  view  of  AtoN  work  based  on  organizational  and 
financial  systems  considerations.  The  information  model  should  be 
a  view  of  how  data  are  created,  moved  through,  and  out  of  the 
AtoN  program.  This  should  include  warehousing  or  archiving  of 
data.  Interagency  and  public-access  to  appropriate  data  must  also 
be  considered. 

Vfirformance  p*»giif  r-gments . 

The  proposed  AtoN  system's  performance  will  be  limited  by 
hardware/ software  solutions  available  on  the  CGSW-III  contract. 
As  a  rule,  client  activities  routed  over  a  WAN  should  be  serviced 
quickly,  but  this  will  be  subject  to  the  nature  and  scope  of  the 
request.  As  a  guideline,  wait-times  should  not  exceed  five 
seconds  for  routine  system  functionality. 

It  will  be  necessary  for  the  application  designers  to  work 
closely  with  network  specialists.  High  performance  predicted  for 
LANS  will  not  be  the  same  across  WANS.  In  addition,  remote  access 
is  presently  limited  to  28.8Mbs  at  best.  The  system  will 
Inherently  have  points  that  limit  or  restrict  data  flow. 

Compensation  must  be  made  for  system  overhead  on  components  such 
as  routers  and  switching  devices.  An  integrated  AtoN  software 
system  will  likely  require  detailed  performance  analysis, 
especially  for  links  to  afloat  units,  which  will  need  special 
attention  because  of  the  costs  associated  with  wireless  data 
transmission. 
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Transactions  should  be  cataloged  by  type  and  how  much  data  will 
be  sent  by  each.  A  distribution  of  the  frequency  of  the 
transactions  should  be  developed.  This  will  provide  data  to  feed 
modeling  of  system  performance.  The  WAN  will  likely  require  links 
capable  of  1.54Mbs  (Tl) transmission  rates  as  a  minimum. 

Software  design  will  also  be  critical.  Processing  at  the  client 
site  may  be  preferable  to  server  processing,  especially  if  large 
volumes  of  data  will  load  the  network.  Stored  procedures  for 
database  transactions  may  be  required.  Server  software  for 
databases  will  need  to  accommodate  searches  of  at  least  100,000 
records  plus  an  undetermined  scalability  factor  for  growth.  This 
is  based  on  estimates  of  50,000  federal  and  private  aids, 
respectively . 

Functional  ReqiJirfmf^nf-s. 

The  proposed  Integrated  AtoN  system  will  be  required  to  provide 
the  following  modes: 

#  waterways  display 

#  engineering 

#  positioning 

#  aid  management 

#  risk  assessment 

Waterways  Display  Mode.  The  software  must  incorporate  a 
geographical  information  system  (CIS).  CIS  technology  allows 
large  quantities  of  diverse  data  to  be  displayed  in  a  logical 
manner.  The  application  of  CIS  technology  to  waterways  data  is 
necessary  and  long  overdue.  Because  AtoN  is  geographically 
referenced,  it  is  a  natural  candidate  for  a  6IS  application. 

The  user  should  be  able  to  view  all  waterways  of  Interest.  The 
user  must  have  control  over  display  configurations,  removing  or 
adding  objects  as  desired.  The  user  should  be  able  to  access 
additional  data  windows  about  objects  through  a  point  and  click 
interface. 

Engineering  Mnde.  This  subsystem  will  be  required  to  engineer: 

#  visual  signals 

#  mooring  systems 

4  signal  power  systems 

#  range  systems 

The  engineering  subsystem  will  prompt  users  to  enter  data  needed 
to  solve  the  task  at  hand.  If  the  user  is  analyzing  an  existing 
aid,  the  system  will  be  capable  of  loading  all  known  Information 
automatically.  The  engineering  subsystem  will  be  capable  of 
offering  solutions  in  both  physical  measurements  and  stock  Coast 
Guard  hardware.  The  subsystem  will  be  capable  of  reading 
databases  for  visibility,  insolation,  sea-states  and  other 
applicable  environmental  data.  As  a  minimum  the  software  will 
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provide  all  functionality  currently  residing  in  SOLARCALC, 
MOORSEL,  RANGE  DESIGN  and  ADAM. 

Mndti.  This  subsystem  will  be  required  to  provide 
positioning  software.  The  subsystem  must  be  capable  of 

interfacing  with  various  radionavigation  hardware  employing 
standard  National  Marine  Electronics  Association  (NMEA) 
interfaces  and  data  messages.  This  will  include,  but  not  be 
limited  to.  Global  Positioning  System  (GPS)  and  Differential 

Global  Positioning  Systems  (DGPS)  receivers. 

The  requirement  to  be  capable  of  manual  entry  of  sextant 
measurements  for  non-automated  positioning  evolutions  cannot  be 
established  in  this  study.  The  functionality  for  sextant  data 

entry  makes  up  a  large  portion  of  the  total  source  code  written 
for  AAPS  3.1.  It  may  not  be  practical  to  maintain  this  seldom 
used  and  costly  capability. 

The  subsystem  will  be  capable  of  exchanging  data  with  external 
systems  like  the  Navigation  Information  Service  (NIS).  As  a 
minimum,  the  subsystem  will  have  all  radionavigation 

functionality  currently  in  AAPS. 

a-frT  Management  Mode.  This  siibsystem  will  be  required  to  provide; 

#  federal  and  private  aid  records 

#  federal  and  private  aid  histories 

4  federal  and  private  aid  pending  projects 
4  inventory  capabilities 
4  servicing  and  positioning  reports 
4  ad-hoc  query  and  reporting 

The  management  subsystem  will  track  and  record  information  on 
federal  and  class-one  private  aids.  The  software  will  provide 
servicing  data  from  a  historical  perspective.  The  system  will 
provide  engineering  trend  analysis.  As  a  minimxjm,  the  system  will 
provide  all  functionality  currently  found  in  ATONIS  and  the 
project  management  portion  of  ADAM. 

picir  agg^gingTifr  Mode.  The  risk  subsystem  should,  as  a  minimum, 
provide  the  functionality  found  in  ARRF.  The  subsystem  will  allow 
users  to  calculate  the  probability  of  a  vessel  deviating  from  a 
defined  channel.  The  system  should  utilize  the  GIS  display.  The 
user  should  be  able  to  rearrange  aid  configurations  on  the 
graphical  display  and  calculate  the  risk  of  transit  using  the  new 
arrangement . 


PRELIMI14KRY  DESIGN  OF  AN  INTEGRATED  HION  SOFTVRRE  SYSTEM 
Destcpi  rnnslderatlons. 

The  first  consideration  of  a  design  should  be  to  identify  the 
infrastructure  that  will  support  the  system.  Integrated  AtoN 
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software  should  be  built  to  utilize  the  client/server 
architecture  of  CGSW-III.  The  software  should  be  planned  and  have 
clearly  defined  client  and  server  components.  The  design  should 
maximize  network  resources.  This  will  take  advantage  of  the 
differences  in  client  and  server  performance  specifications.  For 
example,  RDBMS  will  run  on  platforms  having  high  clock  speeds  and 
large  memories.  Client  software  will  run  on  less  expensive 
hardware. 

When  operating  across  WANs,  the  system's  operation  should  appear 
seamless  to  users.  The  program  should  look  as  if  it  were  being 
executed  entirely  on  the  user's  processor.  If  necessary,  an  agent 
may  be  designed  between  the  client  and  server  to  handle  extended 
processing  tasks  such  as  complex  database  transactions. 

The  second  consideration  of  a  design  should  be  to  plan  the  life- 
cycle  of  the  product.  Most  organizations  recognize  that  quality 
software  will  be  costly.  What  is  problematic  is  that  steady 
offerings  of  new  software  and  hardware  tend  to  result  in  constant 
system  upgrades.  The  situation  provides  little  return  on 
Investment . 

Today,  commercial-off-the-shelf  (COTS)  software  is  following  a 
trend  away  from  WlnTel,  shrink-wrapped,  single-processor 
applications.  Network  based  solutions  are  now  dominating  the 
market.  One  reason  network  solutions  are  so  popular  is  because 
software  can  be  delivered  to  multiple  users  from  a  single  server. 
This  reduces  installation  and  training  costs. 

Preferably,  client  software  will  be  standardized  and  inexpensive. 
In  the  optimum  model,  client  software  simply  becomes  a  World  Wide 
Web  (WWW)  browser  and  the  server  becomes  a  HTTP  capable  host.  In 
this  design,  all  system  software  resides  on  the  server.  Upgrades 
are  easily  accomplished  helping  extend  system  life. 

Until  recently,  a  disadvantage  of  this  design  was  found  in  the 
limited  power  of  Internet  server  software.  This  is  changing.  COTS 
Internet  servers  are  now  being  marketed  with  the  added-value  of 
programming  interfaces  and  multiple  communications  protocols. 
Examples  are  Microsoft's  Internet  Information  Server®  (IIS), 
Netscape  Corporation's  SuiteSpot  Server*  and  Process  Software 
Corporation's  Purveyor®  Web  Server.  The  flexability  offered  in 
these  packages  reduces  code  writing  required  by  developers.  Many 
functions  that  would  normally  require  custom  programming  can  now 
be  configured  through  utilities  available  in  the  software.  One 
example  is  the  ability  to  Interface  with  databases.  Users  can  now 
query  data  or  build  reports  directly  from  their  browsers  when  a 
system  is  properly  configured. 

The  Integrated  AtoN  server  design  should  Include  a  software  layer 
for  data  distribution.  Client  access  to  subject  databases  needs 
to  be  part  of  the  design.  Distributing  data  will  allow  the  system 
to  be  flatter  across  the  user-base.  This  is  a  change  from  the 
existing  vertical  or  stovepipe  Coast  Guard  applications  that 
presently  trap  data  on  local  nodes  at  Districts  and  units. 


16 


The  third  consideration  of  a  design  should  be  to  meet  special 
needs.  If  custom  programming  is  required  to  meet  functional 
requirements,  the  programming  Interface  will  allow  designers  to 
utilize  logic  available  from  several  environments.  Examples  are; 
Microsoft's  Visual  Basic®  or  Visual  C++®,  Sun  Microsystems' 
Java®,  Borland  Corporation's  intraBuilder®  or  Netscape's 
JavaScript®.  This  capability  will  allow  the  browser  to  become 
interactive  with  the  server. 

The  system  design  should  also  utilize  the  Object  Linking  and 
Embedding  (OLE®)  power  available  between  Microsoft  applications. 
OLE®  enables  software  to  link  objects  through  application 
interfaces.  OLE®  is  ah  architecture  that  supports  and  controls 
software  objects.  The  power  of  objects  lies  in  the  ability  to 
build  libraries  of  components  that  can  be  reused.  Microsoft 
Office®  has  been  selected  as  the  bundled  office  productivity 
software  for  CGSW-III.  It  is  critical  to  have  Coast  Guard 
business  applications  share  information  with  these  products . 

It  may  also  be  appropriate  to  consider  other  protocols  like 
Microsoft's  Dynamic  Data  Exchange  (DDE®)  or  Microsoft's 
Distributed  Component  Object  Model  (DCOM®).  DDE®  allows  users  to 
open  multiple  application  windows  (i.e.  word  processing, 
spreadsheet,  etc. )  and  drag  and  drop  data  between  them.  DCOM®  is 
a  protocol  that  allows  software  objects  to  communicate  directly 
over  a  network.  DCOM  will  effectively  enhance  OLE®  and  in  the 
future  both  will  be  known  as  ActiveX  Controls®. 

rjinnsincf  the  Intranet  Concept  for  a  preHminaru  Design. 

If  the  CGSW-III  system  architecture  best  uses  client/server 
applications,  then  the  preliminary  design  for  integrated  AtoN 
software  system  can  initially  be  resolved  by  making  two  critical 
choices,  the  network  infrastructure  and  the  form  and  extent  of 
client  software.  This  reduces  design  options  to  three; 

#  custom  client /private  network  (distributed  application) 

4  Standard  client/public  network  (Internet) 

♦  standard  client/private  network  (Intranet) 

Integrated  AtoN  software  may  need  custom  client  software  because 
of  the  complexity  of  its  requirements,  especially  the  AAPS 
requirements.  However,  this  choice  should  be  avoided  because  of 
the  costs  associated  with  maintaining  multiple  client  sites.  AtoN 
units  currently  number  149 .  Each  modification  of  the  application 
using  this  option  will  require  a  fresh  installtion  at  each  site. 
Administration  and  maintenance  costs  will  be  very  high. 

One  alternative  is  to  use  Internet  technology.  By  deploying  the 
application  on  an  Internet  server,  the  client  software  can  be 
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reduced  to  a  commercial  browser  package.  This  option  can  offer 
significant  cost  savings.  Microsoft  currently  provides  its 
Explorer*  browser  free  with  Windows-NT*.  If  Explorer*  is  found  to 
meet  the  requirements  of  the  system,  the  Coast  Guard  could 
effectively  have  its  integrated  AtoN  user's  software  at  no  cost. 

The  disadvantage  to  this  solution  is  the  system's  server  software 
becomes  more  complex.  A  second  concern  is  system  performance  when 
network  traffic  becomes  heavy.  A  third  problem  is  the  need  for 
security  of  data  and  possibly  the  need  to  use  encryption. 

A  final  and  best  option  is  to  privatize  the  system's  network  by 
using  the  C60N.  This  eliminates  security  concerns  and  allows  for 
specification  of  system  network  needs.  When  a  system's  network  is 
exclusive,  and  the  system  makes  use  of  Internet  technology,  the 
term  "Intranet”  can  be  applied  to  the  design.  Integrated  AtoN 
software  should  be  designed  to  utilize  the  CGDN  and  operate  as  an 
Intranet.  The  advantages  of  an  Intranet  design  are: 

#  low  client  software  costs 

#  ownership  and  security 

4  single-site  maintenance  strategy 
4  scalability  in  users  and  hardware 
4  ease  of  distribution 

The  disadvantages  of  an  Intranet  are: 

4  dependence  on  server  availability 
4  limitations  of  network's  bandwidth 

#  complexity  of  server  software 

4  proprietary  nature  of  server  software 

Figure  1  shows  a  simple  schematic  of  an  Integrated  AtoN  software 
Intranet . 

Internal  Interfaces  -  Databases,  Functional  Modes. 

The  integrated  AtoN  Intranet  software  system  design  must  provide 
for  all  functional  requirements  and  subject  databases.  The 
databases  should  be  designed  from  functional,  business  and 
Information  process  models.  Intermodal  transportation  data  of 
other  government  agencies  should  also  be  considered  for 
inclusion . 

The  detailed  design  of  database  access  will  need  to  be  carefully 
addressed.  The  common  gateway  Interface  (CGI),  available  in  all 
WWW  servers,  is  one  option.  Users  enter  requests  for  data  into  a 
"form"  on  their  web  page.  The  request  is  sent  over  the  network 
and  processed  by  the  CGI  portion  of  the  web  server  software.  A 
script  is  constructed  by  the  software,  loaded  into  memory  and 
executed.  Typically,  this  will  be  an  SQL  query.  When  the  data  is 
extracted,  the  results  are  formatted  into  HTML  and  returned  to 
the  client. 
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LAN  Server 
(HQ  -  typical) 


Preliminary  Design:  INTRANET 
Integrated  AtoN  Software/CGSW-DI 
Systems  Integration  Schematic 


An  alternative  to  CGI  is  the  Internet  Server  Application 
Programming  Interface  ( ISAPI ) .  This  is  an  emerging  industry 
standard  that  allows  for  more  efficient  links  to  applications  and 
databases.  The  links  are  programmed  through  data  link  library 
(dll)  files.  ISAPI  is  reportedly  more  efficient  than  CGI  in  terms 
of  system  memory  resources  and  execution  speed. 


Figure  2  is  a  block  diagram  of  some  of  the  system  software 
segments  that  will  be  regulred.  The  functional  blocks  are 
preliminary.  The  subject  databases  are  examples.  Neither  are 
intended  to  define  a  detailed  design. 
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Preliminary  Design  -  Integrated  AtoN  Software 
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External  Interfaces  -  User.  Device,  Netvorlcs. 

The  system  design  must  Include  external  Interfaces  for  users ^ 
radlonavlgatlon  devices  and  specified  networks  and  services  like 
NIS .  The  Interface  for  external  radio  devices  should  be  modeled 
on  the  existing  AAPS  (version  3.1)  design. 

The  user  Interface  should  be  provided  through  a  WWW  browser.  The 
"home-page"  should  reflect  system  requirements  as  a  minimum.  In  a 
broader  sense.  It  should  be  the  base  of  all  short-range  AtoN 
Information.  Manuals,  Instructions  and  current  events  could  be 
hosted  there.  The  page  could  look  like  Figure  3,  but  will  be 
dependent  on  the  browser  chosen. 

Selections  made  from  the  "AtoN  Home-Page"  should  Invoke  a  system 
server  response.  Events  should  appear  In  standardized  windows 
utilizing  GUI  concepts.  The  user  Interface  should  be  consistent 
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across  all  application  modules.  It  should  be  intuitive  to  use. 
The  user  interface  should  be  based  on  industry  standards,  for 
example  IBM«'s  Common  User  Access  (CUA)  guidelines  of  1989. 
Functionality  should  be  provided  by  "pointing  and  clicking"  to 
icons,  or  as  an  alternative,  chosen  from  pull-dovm  menus. 


Browser 


File  Edit  View  Options  Bookmarks  Windows  Help 
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Forward 
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Search 

Location: 
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Integrated  Software 
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Figure  3.  AtoN  Home  Page 


FEASIBILITY  OF  DEVELOPING  AN  INTEGRATED  KTON  INTRANET  SOFTWliRE 
SYSTEM 

Overview. 


It  is  unrealistic  to  assume  a  proposal  to  develop  software  will 
necessarily  translate  into  a  useable  product.  Many  things  can 
happen  between  concept  and  deployment.  It  is  important  to  address 
potential  problem  areas  early-on. 

The  decision  to  proceed  with  integrating  AtoN  software  should  be 
based  on  overall  risk.  Cost  should  not  be  the  only  criterion. 
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Even  generous  funding  can  quickly  be  exhausted  when  technical  or 
management  problems  are  encountered.  Identifying  risk  in  a 
feasibility  study  is  important  because  it  focuses  attention  on 
perceived  "weak  spots"  and  factors  them  into  the  decision-making 
process  used  to  approve  or  disapprove  a  project. 

Three  large-issue  areas  are  addressed  in  this  report.  They  are; 

#  technical  risk 

#  management  issues 
4  estimated  costs 


TBchnlctii  nisTt. 

The  technical  risks  associated  with  developing  an  integrated  AtoN 
Intranet  software  system  will  initially  be  found  in  four  areas. 
They  are; 


#  development  environment 
4  scalability 
4  WAN  capabilities 
4  browser  capability 

Development  TfnvlrnTment.  System  performance  will  be  critical  and 
in  some  ways  dependent  on  the  development  environment.  Selection 
of  the  system  server  software  will  likely  drive  the  choice  of  the 
development  environment.  Despite  the  "open"  concept  of  the 
Internet,  compatibility  of  system  and  development  software  is 
still  an  area  of  concern  and  risk.  Much  of  the  system  will  likely 
be  configured  through  utilities  provided  with  the  server  product. 
This  is  a  dramatic  change  from  developments  where  software 
segments  are  normally  programmed.  Examples  would  be  database 
connectivity  and  system  security.  The  remainder  of  the  system 
will  probably  consist  of  HTML  pages  incorporating  sophisticated 
interactive  techniques  that  will  require  programming  with  HTML,  C 
or  Java®  programming  languages.  Third  party  object  code  may  also 
play  a  role.  It  will  be  risky  to  find  the  appropriate  development 
tools  that  best  match  with  the  server  and  client  software  needed 
by  the  system.  A  server  package  that  includes  an  application 
programming  interface  would  best  fit  the  needs  of  a  development. 

In  proper  application  design  close  attention  must  be  paid  to 
requirements  gathering  and  the  development  of  accurate  models 
showing  work  processes.  The  models  must  be  mapped  to  the  physical 
system  of  software  and  hardware.  Most  of  this  complexity  can  now 
be  minimized  by  employing  powerful  development  tools.  Examples  of 
products  are;  Microsoft  ActiveX  Control  Pad®,  Moal  Technologies' 
Business  Object  Architecture  (BOA®)  or  JYACC's  Jam-7®.  The 
challenge  for  designers  is  to  match  system  requirements  to  client 
and  server  logic  in  an  efficient  and  cost-effective  manner  that 
maximizes  performance. 

Scalabllltu.  Scalability,  or  the  system's  capability  to  grow,  is 
also  important.  Growth  can  be  expected  in  the  number  of  users. 
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quantity  of  information,  and  in  the  power  of  server  software.  An 
integrated  AtoN  Intranet  software  system's  design  should  be  able 
to  accommodate  changes  and  continue  to  function  properly. 
Designing  for  scalability  is  risky  because  future  needs  and 
developments  are  hard  to  forecast.  Future  changes  in  system 
software  and  network  hardware  can  also  impact  system  performance 
in  unpredictable  ways.  For  example,  if  a  router  or  other  network 
hardware  is  added  without  careful  analysis,  the  system  may 
develop  bottlenecks  that  could  crash  the  system  or  affect 
performance. 

way  f -I -  This  issue  presents  considerable  risk,  because 
the  system's  design  is  dependent  on  communication  over  WANs.  A 
thorough  knowledge  of  networks  is  necessary.  CGSW-III  will  be 
interconnected  as  LANs  using  EtherNet  media.  The  LAN  servers  will 
be  joined  into  WANs  using  industry  standard  Transfer  Control 
Protocol/Intemet  Protocol  (TCP/IP).  Windows-NT*  provides  TCP/IP 
software  protocols. 

The  CGDN,  the  Coast  Guard's  current  WAN  infrastructure,  uses  an 
X.25  transmission  protocol.  The  network  is  comprised  of  leased- 
dedicated  lines,  dial-up  modems  and  other  physical  hardware  owned 
by  the  Coast  Guard.  X.25  will  not  provide  enough  bandwidth  for 
Joining  CGSW-III  LANs  and  transmitting  large  volumes  of  data.  The 
specification  of  a  more  robust  CGDN  will  need  to  be  known  before 
completing  the  system's  detail  design.  CGDN  should  be  upgraded  to 
T1  status  which  should  provide  sufficient  bandwidth  at  1.54 
million  bits  per  second  (Mbs). [17]  Other  WAN  traffic  may  require 
CGDN  capacity  be  increased  even  further. 

The  consideration  of  how  afloat  units  will  connect  to  the  network 
is  another  design  issue  having  high  risk.  One  option  is  to  use 
satellite  links.  Another  is  cellular  voice  phone.  A  third  choice 
may  be  dedicated  radio  frequencies  using  digital  data  packet 
technologies . 

Any  wireless  linkage  must  be  carefully  analyzed  because  of  the 
high  cost  of  these  services.  It  may  be  practical  to  utilize 
lower-technology  approaches  like  not  designing  the  system  for 
remote  access,  but  Instead  employing  "usage"  strategies.  For 
example,  batch  updates  could  be  uploaded  dock-side  prior  to  a 
vessels  departure.  As  a  minimum  requirement,  AtoN  information  for 
a  unit's  area  of  responsibility,  must  always  be  available,  even 
if  the  user  is  not  physically  attached  to  the  system.  This  issue 
should  be  resolved  as  a  cooperative  effort  with  Coast  Guard 
personnel  responsible  for  advanced  communications  systems. 

Brows^y  Q!tpa'hll±tu .  If  a  project  is  elected  and  the  Intranet 
design  is  followed,  careful  consideration  must  be  given  to 
specifying  an  appropriate  browser  application.  The  browser  should 
be  capable  of  compiling  Java®  source  code  and  executing 
precompiled  programs  or  objects.  Browser-based  compilation  is  a 
new  process  and  the  technology  is  not  mature.  Selecting  browser 
software  should  not  simply  default  to  what  is  available  on  the 
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standard  bundle.  Browser  software  must  meet  the  requirements  of 
an  Integrated  AtoN  Intranet  software  system.  The  execution  of  a 
GIS  using  this  mode  is  another  area  for  concern.  In  general,  the 
further  browsers  are  asked  to  move  away  from  processing  HTML,  the 
higher  the  risks. 

Management  rgsiigs. 

Management  risk  associated  with  developing  an  integrated  AtoN 
Intranet  software  system  will  initially  be  found  in  three  areas. 
They  are: 


#  insuring  a  quality  software  development  plan 

#  selecting  a  development  methodology 

#  defining  the  Coast  Guard's  project  role 

Software  Development  Plan.  Because  the  scope  of  an  Integrated 
AtoN  Intranet  software  project  will  be  large,  success  will  be 
dependent  on  adhering  to  a  rigorous  software  development  plan. 

The  software  development  plan  should  fully  describe  the  processes 
and  personnel  that  will  be  used  to  develop  the  application.  The 
plan  should  be  prepared  according  to  recognized  standards. [2]  One 
example  is  Data  Item  Description  (DID)  number  DI— MCCR-80030A. 
This  standard  outlines  the  format  of  a  software  development  plan 
and  Includes  such  items  as  personnel  qualifications,  management 
strategy,  development  environment,  schedules,  and  product 
evaluation  criterion. 

It  will  be  critical  to  address  the  system's  integration  with 
CGSW-III.  Unlike  existing  single-machine  programs.  Integrated 
AtoN  Intranet  software  will  depend  heavily  on  efficient  and 
reliable  operation  in  a  network  environment.  Explanation  of  how 
network  operations  will  be  integrated,  tested  and  validated  will 
be  an  important  part  of  the  plan. 

Development  Methodology.  Selecting  a  development  methodology  will 
be  another  crucial  milestone  in  an  Integrated  AtoN  Intranet 
software  project  plan.  The  major  challenge  will  be  to  deliver  a 
product  in  a  reasonable  time-frame.  This  will  depend  on  specific 
proposals,  but  should  not  be  longer  than  18  months.  In  today's 
market,  it  is  entirely  possible  for  a  development  to  become 
obsolete  if  it  takes  much  more  than  two  years  to  complete. 

Risk  is  associated  with  choosing  how  the  development  will 
proceed.  Traditional  development  methods,  where  a  system  is  fully 
detailed  prior  to  coding,  are  becoming  Impractical  because  they 
are  too  time  intensive.  Large  scale  developments,  like  Integrated 
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AtoN  Intranet  software,  are  unavoidable  and  conimonplace.  Their 
scope  should  not  pose  a  barrier  to  building  them.  However,  new 
methods  for  building  them  should  be  used.  One  advantage  of  the 
Intranet  concept  is  the  ease  and  speed  of  setting  up  a  WVW  server 
for  testing.  Once  alpha  operations  are  established,  issues 
can  be  addressed  readily.  The  following  paragraphs  describe 
various  development  methodologies  which  may  be  considered. 


In  n-rntotvoina.  parts  of  the  system  are  developed  as  proof-of- 
concept.  The  process  typically  starts  with  configuration  of  test 
hardware  to  validate  the  system's  integration  with  its  target 
architecture.  Follow-on  work  will  include  mock-ups  of  the 
graphical  user  interface  (GUI)  with  "hooks"  for  syst^ 
functionality.  As  approval  for  the  prototype  pieces  are  granted, 
the  project  proceeds  with  completion  of  the  system  s  segments. 
The  risk  associated  with  using  prototyping  is  typically  schedule 
and  cost  related.  Accurate  task  allotments  and  scheduling  is 
required  to  avoid  problems. 


Version  release  methodology  is  based  on  providing  an  early 
version  of  the  system  that  is  intentionally  missing  parts  of  its 
functionality.  While  the  release  is  being  used,  comments,  bug- 
fixes  and  enhancements  are  recorded,  often  on-line  in  the 
software.  The  next  version  of  the  software  is  then  released, 
which  offers  fixes  of  the  previous  version  and  additional 
functionality.  This  loop  continues  until  the  product  is  completed 
and  deployed.  The  risk  associated  with  version-release 
development  is  when  the  most  complicated  parts  of  the  development 
are  left  for  last.  For  example,  the  first  release  is  generally 
acceptable  because  it  does  not  have  much  user-power.  The  project 
appears  to  be  on  track,  but  where  more  complex  follow-on  versions 
become  bogged-down  in  technical  Issues,  and  the  project 
experiences  overruns.  An  advantage  of  version  release  methodology 
is  that  it  actively  involves  the  user  community  in  the 
development . 


Rapid  application  development  ( RAD )  is  another  methodology.  RAD 
is  similar  to  both  prototyping  and  version  release  and  includes 
elements  of  both.  The  distiction  of  RAD  is  in  requir^ents 
gathering  and  detailed  design.  The  design  process  is  typically 
carried  out  within  "working  groups"  of  developers,  users  Md 
management.  By  bringing  these  parties  together  and  addressing 
issues  first,  a  design  is  quickly  agreed  on  by  consensus.  Formal 
coding  follows . 


One  advantage  of  RAD  is  that  every  concerned  party  has  a  say  and 
agrees  to  accept  the  product  as  delivered.  The  risk  inherent  in 
RAD  is  nominating  the  most  appropriate  people  to  the  working 
group.  Typically  higher-level  officials  cannot  invest  the  time 
needed  and  the  product  suffers.  Another  problem-area  is  that 
groups  "give-up"  before  the  design  is  reasonable  and  the  final 
product  does  not  meet  anyone's  needs. 


c»iar»d>s  ProiBct  Rols.  What  role  the  Coast  Guard  will  play 
in  the  proposed  system's  development  and  life-cycle  must  be 
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Identified.  Will  the  development  be  done  Internally,  out-sourced, 
or  be  some  mix  of  the  two?  Clarification  of  which  phases  of  the 
development  will  be  done  by  whom  needs  to  be  established. 

The  Coast  Guard  has  a  poor  track  record  with  regards  to  software 
development  and  memLagement.  Many  developments  have  been  completed 
at  one  activity  and  then  moved  to  another  for  Implementation  and 
maintenance.  The  Implementation  teams  are  faced  with  a  tremendous 
learning  curve,  having  not  been  exposed  to  the  development  cycle. 
The  situation  Is  not  wrong,  but  presents  another  risk  which  must 
be  addressed  prior  to  a  project  start. 

Another  Issue  Is  Mission  Essential  Application  (MEA)  status.  Any 
software  that  Is  being  used  productively  should  be  considered 
MEA.  The  present  situation,  which  has  left  the  short-range  AtoN 
program  with  only  ATONIS  as  mission-critical,  has  to  be 
clarified.  Program  managers  need  to  know  their  responsibility  and 
authority  when  considering  software  development.  A  clear  plan  for 
defining  Integrated  AtoN  software  as  MEA  should  be  Incorporated 
Into  the  software  development  plan. 

mated  Costs. 


The  cost  of  developing  an  Integrated  AtoN  Intranet  software 
system  can  be  estimated  by  applying  an  acceptable  metric  ($/llnes 
of  code,  $/fiinctlon,  $/hour,  etc. )  to  required  tasks.  It  may  be 
practical  to  apply  a  different  metric  to  different  tasks.  The 
final  cost  estimate  can  be  derived  by  summing  additional  costs 
(l.e  WAN,  development  software,  travel,  etc.)  to  the  gross 
development  figure. 

Cost  estimates  done  for  this  feasibility  study  are  not  formal  or 
rigorous.  The  Intention  Is  to  Introduce  a  ballpark  estimate  which 
the  short-range  AtoN  program  can  use  for  Internal  discussions  and 
long  range  planning. 

Three  areas  are  addressed.  They  are: 

#  task  allocation 

#  cost  and  schedule 

#  recent  experiences 

Task  Allocation.  The  allocation  of  tasks  can  be  broken  down  as 
follows : 

#  Development 

-  System  Analysis  and  Specification 

(requirements  analysis.  Interface  specifications) 

-  Construction  and  Implementation 

(detail  design,  code,  test.  Integrate,  Implement) 

#  Documentation 

-  Technical  Writing,  Help  Subsystem  and  Illustration 

(users  guide,  help  subsystem,  system  manuals) 
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-  Publishing 

(reviews,  rewrites,  master  print  copies) 

#  Management 

-  Project  Management 

(planning,  supeirvlslon,  risk  analysis) 

-  Reviews  &  Presentations 

(prototype  reviews,  demos,  travel,  hand-offs) 

nr>€:f  anri  sr-hf^iiT  ti .  FoT  the  purposes  of  making  an  Initial  estimate 
four  assumptions  are  made.  They  are: 

#  the  development  will  be  a  contracted  effort 
ending  with  Implementation; 

#  the  development  will  use  a  hybrid  RAD  and 
prototype  methodology; 

#  the  system  will  regulre  no  WAN  or  client  costs 
4  the  development  will  not  exceed  18  months 

System  costs  will  be  attributable  to  system  server  software, 
development  software  and  production  software  and  hardware.  A 
typical  project  team  and  their  costs  Including  overhead, 
benefits,  general  and  administrative  fees  would  be; 


#  1  -  Project  Manager  @($  70/hr) .  $  70/hr 

#  1  -  Senior  Systems  Analyst  @($  56/hr)..  $  56/hr 

4  1  -  Systems  Analyst  (§($  49/hr) .  $  49/hr 

4  1  -  Software  Engineer  @($  49/hr) .  $  49/hr 

#  1  -  GIS  Analyst  @($  50/hr) .  $  50/hr 

#  1  -  Database  Administrator  @($  50/hr)..  $  50/hr 

4  1-  LAN  Specialist  6($  50/hr) .  $  50/hr 

#  3  -  Programmers  e($  45/hr) . $135/hr 

4  1  -  Editor  @($  30/hr) . $  30/hr 

4  1  -  Technical  Writer  @($  24/hr) . $  24/hr 


$563/hr[18] 

Assuming  the  full  development  team  will  work  for  18  months,  and 
using  a  base  of  2,000  hours  per  working  calendar  year,  the 
project  will  require  3,000  contract  hours.  Multiplying  total 
hours  by  project  team  cost  per  hour  produces  an  estimate  of 
$1,689,000.  Additional  costs  for  development  hardware  and 
software,  office  equipment,  publishing,  presentations,  travel  and 
miscellaneous  may  amount  to  another  $100,000.  A  full-service 
Internet  server,  database  servers,  HTML  production  and  conversion 
software  costs  may  add  another  $100,000.  Coast  Guard  personnel 
will  likely  be  assigned  to  the  development  In  a  temporary-duty 
status  and  are  not  factored  Into  the  costs. 

For  the  purposes  of  this  feasibility  study  Integrated  AtoN 
Intranet  software  Is  estimated  to  cost  $2,000,000.  This  dollar 
figure  represents  a  first-level  estimate  only.  Figure  4  maps  time 
to  tasking. 

Kirpf»ri educes.  Metrics  Can  often  be  extrapolated  from  recent 
efforts  and  used  to  validate  Initial  estimates.  ATONIS  was 
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migrated  from  ReQuest*  RDBMS  to  PROGRESS*  RDBMS  in  1993.  The 
system  was  also  expanded  to  Include  an  application  for  AtoN 
units.  The  work  was  completed  at  R&DC  with  a  manager,  systems 
analyst  and  programmer  over  a  two  year  period.  The  cost  was 
approximately  $300,000.  Quality  assurance,  systems  integration 
and  software  deployment  were  done  at  the  Coast  Guard ' s 
Electronics  Engineering  Center  (EECEN)  for  approximately 
$200,000.  The  total  cost  for  the.ATONIS  upgrade  can  be  estimated 
to  be  $500,000. 

ATONIS  would  represent  approximately  one- fifth  of  the  proposed 
modes  in  the  preliminary  design.  Using  this  as  a  scaling  factor 
the  estimated  cost  of  the  new  development  would  be  $2,500,000. 


Estimated  Development  Schedule  -  AtoN  INTRANET 

18  months 


Development 


Analyaia 

RAD  it  Proiotypaa 

Detail  Design,  Code,  Test,  Se  Validate 

Integrate  Ac  Implement 

Bmtm  ic  Hand-Olf 

Documentation 


Management 


SWDP 

Supervision  &  Management 

16  months 

Figure  4 .  Schedule 
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HTjnmnnT-nrv.S!  to  an  TNTEGRSTED  ATON  INTRJiNET  SOFTWSRE  SYSTEM. 
MTPn-JkTONIS .  Version  Release  Alternative, 

One  alternative  to  an  Intranet  may  be  to  use  a  version  release 
methodology  centered  around  the  MEA  conversion  of  ATONIS  to  CGSW- 
III.  Software  "hooks"  could  be  developed  in  the  ATONIS  user 
interface  for  all  integrated  AtoN  requirements.  Modules  of 
software  could  then  be  developed  individually  over  time  and 
offered  to  users  through  new  versions  of  ATONIS. 

One  advantage  of  this  method  would  be  the  ability  to  prioritize 
module  delivery  and  spread  the  system  cost  over  several  fiscal 
years.  For  example^  important  utilities  like  AAPS  could  be 
Integrated  sooner.  Less  important  utilities  like  SOLARCALC  could 
be  added  in  out-years.  This  approach  would  allow  the  short-range 
AtoN  program  to  take  advantage  of  the  "free"  conversion  of  ATONIS 
to  CGSW-III. 

The  obvious  disadvantage  of  this  plan  comes  from  delaying 
important  job  aids  to  the  field.  Another  disadvantage  would  be 
the  dependence  on  ATONIS 's  integration  into  the  CGSW-III 
architecture.  If  ATONIS  remains  decentralized  at  District 
offices,  the  power  of  client/server  architecture  will  not  be  used 
to  full  advantage. 

It  is  not  clear  if  the  conversion  of  ATONIS  will  provide  for 
remote  data  management.  Remote  data  management  implies  the 
application  will  reside  on  the  client  machine  along  with  a  layer 
of  RDBMS  software.  The  database  and  transaction  software  would  be 
installed  on  the  server.  This  situation,  as  pointed  out  in  the 
design  chapter,  should  be  avoided  because  of  the  high  Inherent 
costs  of  maintaining  custom  client  software.  In  the  long  run  this 
will  cost  the  Coast  Guard  more  money. 

VAS-less  Alternative. 

Another  alternative  would  be  to  use  the  concept  of  scalability  to 
meter  systems  integration.  Under  this  method  the  system 
deployment  would  be  done  in  phases.  The  system  could  be  deployed 
to  District  and  unit  LANs  in  a  phase  I. 

When  the  Coast  Guard ’ s  WAN  is  firmly  established  the  system 
servers  located  at  Districts  could  be  physically  moved  and 
reconfigured  to  a  centralized,  single— systems  server.  This 
evolution  would  constitute  phase  II  of  the  project.  The  advantage 
of  this  method  is  the  development  could  begin  without  addressing 
a  major  project  risk  factor,  WAN  capability. 

The  disadvantage  of  this  method  is  the  risk  involved  with 
remapping  client  software  to  recognize  new  locations  for  the 
systems  server.  There  is  also  the  chance  the  move  would  never  be 
made  and  the  Coast  Guard  would  remain  with  poorly  designed 
software. 


29 


Internet  Alternative. 


One  solution  to  concerns  about  the  Coast  Guard ' s  WAN 
Infrastructure  would  be  to  simply  use  the  existing  Internet.  The 
advantage  of  this  approach  would  be  the  use  of  a  working  and 
proven  network.  Project  risk  would  be  lowered.  A  second  advantage 
would  be  that  Internet  provider  costs  could  be  negotiated  and 
controlled.  The  disadvantages  of  this  plan  would  be  data 
security.  Integration  and  performance  of  the  system  on  an 
Infrastructure  as  wide-ranging  and  open  as  the  Internet. 

Alternatives  Not  Considered.  Shell  Program, 

The  concept  of  a  shell  for  existing  systems  was  not  considered  to 
be  a  viable  option.  The  programs  need  to  be  modified  to  operate 
In  a  32-blt  environment.  There  would  be  little  point  In  doing 
this  work  and  not  addressing  Integration  and  data  control 
problems.  Existing  software  like  ATONIS,  MOORSEL  and  AAPS  have  an 
overlap  of  data-flelds.  A  shell  for  these  programs  would  be 
Inappropriate  If  data  was  not  normalized  between  them. 

The  work  presented  In  Appendix  A  and  Appendix  B  supports  a  shell 
concept.  It  should  be  noted  this  work  was  performed  prior  to  the 
award  of  CGSW-III.  In  that  time,  the  priority  Issue  was  to 
overcome  data  duplication  between  AtoN  applications .  The  use  of 
utilities  to  transfer  data  between  companion  programs  was  a 
viable  alternative  because  It  was  Inexpensive  compared  to 
revising  nine  computer  applications.  With  the  award  of  CGSW-III, 
the  emphasis  has  shifted  from  a  data  control  problem,  to  a 
software  obsolescence  Issue. 


SDMMARY  DISCnSSION 
VeaRl'hnitVf. 

Today,  It  Is  most  Important  we  perform  our  jobs  In  an  efficient 
manner.  Resources  are  becoming  too  scarce  to  work  In  any  other 
way.  Existing  short-range  AtoN  applications  assist  those  In  the 
field  who  have  access  to  them.  An  Integrated  AtoN  Intranet 
software  system  should  go  one  step  further.  It  should  provide  all 
the  software  tools  needed  for  AtoN  work  In  a  program  that  Is 
useable  by  everyone  tasked  to  do  those  jobs.  The  technology 
exists.  The  tools  should  be  provided. 

The  short-range  AtoN  program  Is  long  overdue  for  a  program-wide 
system.  An  Integrated  AtoN  Intranet  software  system  could  enhance 
program  management  opportunities  by  providing  an  AtoN  program 
Information  base.  Programs  contemporaries  In  the  areas  of  Marine 
Safety  (G-M)  and  Operations  (G-0)  have  long  had  similar  software 
tools.  The  Marine  Safety  Information  System  (MSIS)  Is  an  example 
of  a  system  that  has  been  operating  for  over  a  decade. 
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Software  development  is  costly  and  is  growing  more  so.  New  Coast 
Guard  systems  are  being  built  by  other  programs.  Examples  are  the 
Marine  Safety  Network  (MSN)  and  the  Operational  Information 
System  (OIS).  It  may  be  practical  for  short-range  AtoN  program 
managers  to  investigate  a  joint  venture  with  either  of  these 
systems.  The  Ports  and  Waterways  Management  Information  System 
(PAWMIS),  a  module  of  MSN,  could  be  adapted  to  short-range  AtoN 
needs.  The  Coast  Guard  cannot  afford  to  continually  recreate  "the 
wheel"  with  software  systems.  Joint  ventures  between  programs 
should  be  encouraged  and  supported. 

According  to  Standlsh  Group  International  Incorporated,  over  half 
of  all  software  development  contracts  in  the  United  States 
overrun  their  estimates.  The  average  overrun  is  189%. [19]  The 
Coast  Guard  cannot  afford  to  be  in  this  half  and  certainly  not 
multiple  times. 

The  integrated  AtoN  software  concept  using  an  Intranet  design  is 
feasible.  The  risks  identified  in  this  report,  namely  network 
bandwidth  and  browser  capability,  represent  development 
challenges,  not  roadblocks.  Many  client/server  applications  of 
this  type  are  successfully  running  in  private  industry.  The 
Internet  has  many  examples. 

This  does  not  imply  a  client/server  application  will  be  easy  to 
build.  Coast  Guard  personnel  assigned  to  the  development  will 
need  to  master  software  object  issues,  GUI  design,  network 
integration,  quality  assurance,  system  performance  and 
development  tools.  Just  because  one  has  the  correct  architecture 
does  not  mean  an  application  running  on  it  will  work  well . 
Equally  important  is  the  ability  to  apply  development  practices 
and  methodologies  successfully.  Understanding  network  protocols 
and  standards  is  critical. 

Systems  should  be  designed  as  much  for  flexibility  as  for 
functionality.  When  new  technologies  offer  cost-effective 
advantages  they  should  be  able  to  be  integrated  into  existing 
systems.  You  should  not  have  to  build  a  new  system  with  every 
offering  by  industry.  The  Coast  Guard  should  institute  software 
that  is  open  and  scalable.  GOSIP  compliant  systems  are  mandated 
by  law  for  federal  agencies.  Despite  this,  proprietary  systems 
continue  to  creep  into  the  program.  One  example  is  the  Electronic 
Chart  Positioning  Information  and  Navigation  System  ( ECPINS ) 
installed  on  the  new  WLB  buoytender  USCGC  JUNIPER.  ECPINS  offers 
an  Integrated  solution  for  AtoN  work.  It  has  an  AtoN  database  and 
positioning  software  combined  with  an  electronic  charting  and 
navigation  system.  ECPINS  is  a  good  example  of  the  beginnings  of 
a  software  system  the  short-range  AtoN  program  could  develop  for 
operational  software.  However,  it  is  a  poor  example  of  how  a 
system  should  be  integrated  into  the  Coast  Guard's  standard 
computing  environment.  It  cannot  readily  communicate  with  other 
Coast  Guard  applications  and  it  is  supported  with  proprietary 
data. 
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other  waterways  software  is  also  being  developed  and  moving 
towards  prototype  testing.  The  Waterways  Evaluation  Tool  (WET) 
application  and  the  Integrated  Navigation  System  ( INS )  pilot 
project  for  electronic  chart  updating  are  two  examples.  Both 
should  be  investigated  for  absorbtion  by  an  integrated  AtoN 
Intranet  software  development. 

The  short-range  AtoN  program  is  not  heavily  Invested  in  legacy 
information  systems.  Some  may  argue  the  Light  List  is  legacy,  but 
it  could  easily  be  absorbed  into  a  new  system.  This  is  a  good 
juncture  to  venture  into  a  large  systems  development,  when  the 
problems  associated  with  designing  to  older  systems  will  not  be  a 
factor. 

Waterway  performance  could  be  significantly  degraded  if  new  AtoN 
software  is  not  deployed  in  a  reasonable  time-frame  or  if  it  is 
introduced  piecemeal.  Integrated  AtoN  Intranet  software  is  a 
valid  concept  and  technically  feasible.  The  use  of  Intranet 
technology  should  be  given  careful  consideration  because  it  may 
be  the  fastest  and  least  expensive  way  to  deploy  a  new  system. 
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Appendix  A 


Introduction 


The  United  Stat^  Coast  Guard  utilizes  numerous  computer  applications  in  the  development  and 
implementation  of  new  Aids  to  Navigation.  These  plications  range  from  automatic  aid  positioning  to  range 
design.  Even  though  these  applications  perform  flawlessly,  they  are  unable  to  communicate  the  common  (or 
shared)  information  to  one  another. 

Hiis  study  was  conducted  specifically  to  determine  the  feasabOity  of  integrating  the  Laptop 
Automated  Aid  Positioning  System  (LAAPS)  with  the  Aids  to  Navigation  Information  System  (ATOMS 
Version  2.0). 


Background 


LAAPS  is  a  tool  which  was  designed  to  assist  in  the  positioning  of  Aids  to  Navigation.  It  has  the 
rapabOhy  to  antomaticaDy  capture/coUect  position  information  via  the  serial  port  of  the  laptop.  The 
information  collected  is  range,  bearing,  sextant  angles  and  latitude/longitude  information  from  DGPS.  LAAPS 
was  developed  using  the  Pascal  programming  language  and  runs  on  a  MS-DOS  based  laptop  computer. 


ATOMS  is  the  Coa^  Guard  standard  for  managing  Aids  to  Navigation  and  is  integral  with  the  Coast 
Guard's  short-range  navigation  mission.  Additionally,  ATOMS  provides  for  long  term  planning,  budgeting, 
forecasting  and  procurement.  It  was  designed  for  use  on  either  the  USCG  Stantod  Workstation  or  a  MS- 
DOS  based  Lrqrtqp  computer.  ATOMS  was  developed  using  the  Progress  4GL  Relational  Database 
Language. 


Feasibility  Statement 

To  determine  the  feasibility  of  integrating  the  ATOMS  and  Laaps  software  and  common  data  items. 


Applied  Methods 

a.  Review  and  analysis  of  LAAPS  software  and  data  file  structures. 

b.  Review  and  analysis  of  ATOMS  schema  and  data  types, 
c  Determine  common  data. 

d.  Development  of  software  to  allow  sharing  of  common  data. 


Results 


The  review  of  both  LAAPS  and  ATOMS  found  only  minimal  commanality  of  data.  Specifically:  aid 
number,  aid  name,  latitude  and  longitude,  water  depth  and  aid  accuracy  class. 

In  LAAPS,  aid  i^onnation  is  stored  in  the  {location}.AID  which  is  a  formatted  ascii  file  where  each 
line  is  associated  with  an  individual  aid.  Refer  to  Appendix  A  at  the  end  of  this  document  for  a  full  description 
of  the  LAAPS  aid  data  file,  ^ 
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In  ATOMS,  the  common  aid  data  is  stored  in  ATOMS  database  files  AID  1  and  AID  2.  Refer  to 
Appendix  B  for  a  full  description  of  the  ATOMS  AID_1  and  AID_2  files. 


T  A  ATic  (ALI)  software  was  developed  to  provide  the  means  for  import  (from 

LAAPS  to  ATOMS)  ud  export  (firom  ATOMS  to  LAAPS)  of  the  i^ntified  command  data  elements.  ALI 
was  developed  m  the  Progress  4GL  Relational  Database  Language  to  be  executed  on  a  MS-DOS  based 
laptop  m  DOS  Protected  Mode  (DPMI).  Refer  to  Appendix  C  for  the  listing  of  AU. 


Conclusion 


j  1  5**®^**°°  ATOMS  data  can  only  be  accomplished  through  the  use  of  custom 

developed  software  which  takes  into  account  the  varied  data  structures  and  types  and  provides  the  necessary 
conversion  processes.  To  provide  true  integration  of  the  LAAPS  and  ATOMS  software  applications,  both 
applications  murt  utilitize  a  common  file  structure  which  allows  the  proper  data  typing  as  required  by  both 

A^S?Tc°??  A^«o  “*  AU  provides  an  example  of  the  conversion  processes  required  unique  to 

ATOMS  /  LAAPS  mtegration.  -in 


.  ,  Vf^th  the  integration  of  LAAPS  and  ATONIS  comes  the  ability  to  share  aids  to  navigation 
mtomation,  provide  consistency  and  accuracy  in  the  information  being  tracked,  and  easy  of  use  for  both 
so^are  a^hrations.  Other  than  the  time  and  personnel  needed  to  further  develop  a  common  interface  no 
other  cost  should  be  meurred. 
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Appendix  A:  LAAPS  Aid  File  Data  Dictionaiy 


Field  Name 

Beein 

End 

Len 

Fonnat 

Atonis 

Aid  Name 

1 

25 

25 

X(25) 

Yes 

Latitude  Direction 

26 

26 

1 

X 

Yes 

Latitude  Degrees 

27 

30 

4 

9999 

Yes 

Latitude  Minutes 

31 

34 

4 

9999 

Yes 

Latitude  Seconds 

35 

41 

7 

999.999 

Yes 

Filler 

42 

42 

1 

X 

Longitude  Direction 

43 

43 

1 

X 

Yes 

Longitude  Degrees 

44 

47 

4 

9999 

Yes 

Longitude  Minutes 

48 

51 

4 

9999 

Yes 

Longitude  Seconds 

52 

58 

7 

999.999 

Yes 

Filler 

59 

59 

1 

X 

AccnraqrGass 

60 

60 

1 

X 

Yes 

FOler 

61 

61 

1 

X 

TolRad 

62 

69 

8 

99999.99 

Water  Depth 

70 

77 

8 

99999.99 

Yes 

Qiain  Length 

78 

85 

8 

99999.99 

Object  TaU(l) 

86 

88 

3 

999 

Object  TaO  (2) 

89 

91 

3 

999 

Object  Tail  (3) 

92 

94 

3 

999 

Object  Tafl  (4) 

95 

97 

3 

999 

Object  Tail  (5) 

98 

100 

3 

999 

Object  Tail  (Q 

101 

103 

3 

999 

Object  Tail  m 

104 

106 

3 

999 

Object  Tail  (8) 

107 

109 

3 

999 

Ol5ectTail(9) 

110 

112 

3 

999 

Ex-Loran  Data 

113 

208 

96 

X(96) 

Pair  Tail  (1,1) 

209 

210 

2 

99 

Pair  Tail  (1,2) 

211 

212 

2 

99 

Pair  Tail  (2,1) 

213 

214 

2 

99 

Pair  Tail  (2,2) 

215 

216 

2 

99 

Pair  TaU  (3,1) 

217 

218 

2 

99 

Pair  TaU  (3,2) 

219 

220 

2 

99 

Pair  Tail  (4,1) 

221 

222 

2 

99 

Pair  TaU  (4,2) 

223 

224 

2 

99 

Pair  Tafl  (5,1) 

225 

226 

2 

99 

Pair  Tail  (5,2) 

227 

228 

2 

99 

Pair  Tafl  (6,1) 

229 

230 

2 

99 

Pair  Tafl  (6,2) 

231 

232 

2 

99 

Pair  Tafl  (7,1) 

233 

234 

2 

99 

Pair  Tail  (7,2) 

235 

236 

2 

99 

Pair  Tail  (8,1) 

237 

238 

2 

99 

Pair  Tafl  (8,2) 

239 

240 

2 

99 

Pair  Tafl  (9,1) 

241 

242 

2 

99 

Pair  Tail  (9,2) 

243 

244 

2 

99 

Aid  Number 

245 

250 

6 

999999 

Yes 
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Appendix  B:  ATONIS  Schema  (Aid_l  and  Aid__2) 
ATONIS  (Aid_l)  Schema  Structure 


Field-Name 


Data-Tvpe  Format 


aid_acclass 

char 

aid_color 

char 

aidjiame 

char 

aid_niimber 

inte 

aid_lype 

char 

^_Jat_degrees 

inte 

^_lat_direction 

char 

4>_lat_niinutes 

inte 

i^_lat_seconds 

deci3 

4Llo°g^degrees 

inte 

^Jong^direction 

char 

^_long_minutes 

inte 

^_Ione  seconds 

decB 

axeajof^otk 

char 

base  ~ 

char 

batteiy_baciciip 

char 

batteiy_backup_nnmber_of 

inte 

baneiy_inam  ” 

char 

batteiy_main_nnmber_of 

inte 

ba!teiy_main_replace_interval 

inte 

batteiy_mam_replace_last_date 

date 

battery_main_replace_next_date 

date 

batteiy_seasonal 

char 

batteTy_seasona]_niiniber  of 

inte 

bottom 

char 

bridle 

char 

chain,  addseg  1  diameter 

char 

cfaain.adds^ljengtfa 

inte 

cfaain_addseg_ljsize 

char 

chain  addseg  2  diameter 

char 

chain_addseg_2_length 

inte 

chain_addseg_2_size 

char 

chain_chafe_diameter 

char 

(hain_chafejength 

inte 

chain_chafe_size 

char 

chain_riser_diameter 

char 

chain_riserjength 

inte 

chain_riser_size 

char 

x(35) 
TLZ~ 
x(4) 
Z9 
x(l) 


Z9.999 

ZZ9 

x(l) 

Z9 

Z9.999 


<3) 

Z9 

99/99/9999 

9919919999 

x(7) 

77.70 

<r) 

X(7) 

7770 

X(7) 

X(7) 

ZZZ9 

x(7) 

x(7) 

ZZZ9 

x(7) 
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ATONIS  (Aid_2)  Schema  Structure 


Field-Name 


Pata-T>pe  Format 


aid.number 

diart_niimbcr_01 

diart_niimber~02 

diart_niimber_03 

cfaait_niunber~04 

diart_number305 

diait_nnmber~06 

chart_niimbcr_07 

diait_nmnber_08 

diari_niimber_09 

diait_niiinber_10 

chart j»imber_ll 

cfaart_numberZl2 

cliart_niiiiiber_13 

cliait_nuinber_14 

chart_niimber_15 

chart_page 

oonstraction.date 

daybd_niimber_of_type_l 

daybd_nnmber_ofjtype~2 

daybd_size_l  ” 

daybd_size_2 

daybd_type~l 

daybd_type_2 

depth  ~ 

di^ct_reinaiks 

district_ievision_date 

dlc_type_primary 

dlcjypejsecondary 

dr_fl 

environment 

fl_type_primary 

fl_*yp®_secondW 

fog^detector 

foundation 

gronpjnrisdiction 

historica]_]andmarks 

huU.authorized 

hnll_onscene 

haIl_onscene_sn 

hnll.seasona] 

hu]]_seasona]_sn 


inte 

inte 

inte 

inte 

inte 

inte 

inte 

inte 

inte 

inte 

inte 

inte 

inte 

inte 

inte 

inte 

diar 

date 

inte 

inte 

char 

char 

char 

char 

inte 

cbar[2] 

date 

char 

char 

inte 

char 

char 

char 

char 

char 

char 

char 

char 

char 

char 

char 

char 


22,ZZZ2Z9 

ZZZZ9 

77.77.0 

77.770 

77.770 

77.7.70 

2ZZZ9 

77.770 

77.770 

77770 

77.770 

ZZZ7.9 

7777.0 

77.770 

77770 

ZZZZ9 


9^/W/9999 

9 

9 


xr3) 

x(3) 


S^/9999 

xf3) 

W 


DcfVarbljpar 
Def  Var  bl_j)ar 
Def  Var  bl_j)ar 
DefVarbl_par 
DcfVarbljpar 
DefVarbl_par 
Def  Varbl_pa/ 
DefVarbl_par] 
DefVarb]_parJ 
DefVarbl_par 
Def  Var  bl  aid 


.t051  As  Char  Fonnat  "XX"  Initial "  0". 
.t052  As  Char  Format  "XX"  Initial "  0". 
_t061  As  Char  Format  "XX"  Initial "  0". 
_t062  As  Char  Format  "XX"  Initial "  0". 
_t071  As  Char  Format  "XX"  Initial "  0". 
_t072  As  Char  Format  "XX"  Initial  "  0". 
.t081  As  Char  Format  "XX"  initial  "  0". 
.t082  As  Char  Format  "XX"  Initial "  O". 
J091  As  Char  Format  "XX"  Initial "  0". 
.t092  As  Char  Format  "XX"  Initial "  0". 
.mnbr  As  Char  Format  "XXXXXX". 


Def  Var  vl_aid_nmbr  Like  atonis^d  Laidjnumber 
Def  Var  vl_aid_name  Like  atonis^dll^  name 
Def  Var  vljat_dir  Like  atonis^_l.^  lardirection. 

Def  Var  v]_]at_deg  atonisjudLl.a^la7_degrees. 

Def  Var  v]_lat_min  like  atonis.aid~  Ijm  lat” minntixf 
Def  Var  vl_lat_sec  Like  atonis^  1  jp  Tat  "seconds 
Def  Var  vl_]ng_dir  Like  atonis^d_l^“ lo^direction. 

^f  Var  vl_lng^deg  Like  atonis^iid  1^  lonndegrees. 

Def  Var  vl_lng_min  Like  atonisjiKfl^jonB^niinutes. 

^  Var  vl_lng_sec  Like  atonis.aid_l.ap  long_seconds. 

Def  Var  v]_acc_clas  like  atonisjttd  l.aid  acclass 
Def  Var  v]_wtr_dep  Like  atonis.aid~Zdepdi. 

[• - — - — _ 

/*  Form  Statements  •/ 

m  • 


Form  Skip(l) 

"  I  -  Import  from  LAAPS  to  ATONIS  "  Skip 
"  E  -  Export  from  ATONIS  to  LAAPS 

Skip(l) 

"  Option  (F4/Cancel  to  Quit)?"  AL  Option 
Sldp(l) 

wto  Laaps_Atonis  Centered  Overlay  No-Labels  Row  7 
Title  [  LAAPS  —  ATONIS  Interface  ] ". 

Form  Skip(l) 

"  .  ^a-of-Work  to  Export  (F4/Cancel  to  Abort)?"  AOWork " 
Slap(l) 

with  Frame  Exp_aowork  Centered  Overlay  No-Labels  Row  IZ 
Form  Skip(l) 

"  Enter  Ae  full  Filename  specification  of  the  LAAPS  AID 
data  file  to  Import  from  or  Export  to.  " 

"  "  ImEx_Ffle 

Skip(l) 

with  Frame  IE_getfilename  Centered  Overlay  No-Labels  Row  IZ 

Form  Skip(l) 

Aid# 


'  Skip 


vl_aid_nmbr  at  6  vl_aid_name  at  18  Skir(l) 

with  frame  vl_disply_aid  overlay  no-labels  centered  row  13  * 
title  "  [  Aid  Import  Status  ] ". 

Form  Skip(l) 

"  #  of  Aids  Imported  from  LAAPS:" 

Laap_Count "  of "  La^_TotaI "  "  Skipfl) 

"  Press  FI  to  Continue"  kk  Skip(l)  ^ 

No-Labels  Centered  Row  10 

Title "  [  Aid  Import  Count  ] ". 


"Skip 


•/ 

•/ 
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Appendix  C:  Atonis/Laaps  Interface  (ALI)  Listing 


/♦Atonis/Laaps  Interface  (ALI)*/  ' 


r  Procedme  Name:  atj.p  •/ 

r  Author  Melvin  C  Wllev  fUNISYSl  •/ 


Def  Var  AOWoik  like  atonis^id_ljrea_of_work. 


Def  Var  j  as  Integer. 

Def  Var  kk  as  Character  Format  "X". 

Def  Var  Laq)_Connt  as  Integer  format  "999». 
Def  Var  LaapJTotal  as  Integer  format  "999”. 
Def  Var  AL.Option  as  Character  Format " 
Def  Var  ImEx.File  as  Character  Format 
Def  Var  Imp_Error  as  Logical. 

Def  Var  Imp.Fonnd  as  Logical. 

Def  Var  myline  as  Character  Format  "X(255)". 
Def  Var  doaid.create  as  Chararter  Format "!”. 


Def  Var  bl_aid_name  As  Char  Format  "X(25)" 

Def  Var  bl_lat_drr  As  Char  Format  "X". 

Def  Var  bl_lat_d^  As  Char  Format  "XXXX". 

Def  Var  bljat_min  As  Char  Format  "XXXX". 

Def  Var  bl_lat_sec  As  Char  Format  "XXXXXXX” 

Def  Var  bl_fillr_l  As  Char  Format  "X"  initial " " 

Def  Var  bljng^dir  As  Char  Format  "X". 

Def  Var  bljng_deg  As  Char  Format  "XXXX". 

Def  Var  bljngjnin  As  Char  Format  "XXXX". 

Def  Var  bl_lng_sec  As  Char  Format  "XXXXXXX". 

Def  Var  bl_fillr_2  As  Char  Format  "X"  Initial "  ". 

Def  Var  bl_acc_clas  As  Char  Format  "X". 

Def  Var  bl_fillr_3  As  Char  Format  "X"  Initial "  ". 

b|_tol_rad  As  Char  Format  "XXXXXXXX"  Initial " 
Def  Var  bl_wtr_dep  As  Char  Format  "XXXXXXXX". 

^  Char  Formal  "XXXXXXXX"  Initial " 
Def  Var  bl_olq_l00l  As  Char  Format  "XXX"  Ihitia]  "  0". 

Def  Var  bl_obj_t002  As  Char  Format  "XXX"  fnitia] "  o". 

Def  Var  bl_olq_t003  As  Char  Format  "XXX"  Initial "  0" 

Def  Var  bl_obi_t004  As  Char  Format  "XXX"  Initial "  0"' 
Def  Var  bl_ol5_t005  As  Char  Format  "XXX"  Initial "  0"" 
Def  Var  bl_ol»j_t006  As  Char  Format  "XXX"  Initial "  0"! 

Def  Var  bl_obLl007  As  Char  Format  "XXX"  Initial "  0". 
Def  Var  bl_obj_l008  As  Char  Format  "XXX"  Initial  "  0" 

Def  Var  bl_olq_t009  As  Char  Formal  "XXX"  Initial"  0"’ 

Def  Var  bl_cxJoran  As  Char  Format  "X(96)". 

Def  Var  bl_par_t011  As  Char  Format  "XX"  Iiiitial "  0" 

Def  Var  blj)arj012  As  Char  Format  "XX"  Initial "  0" 

Def  Var  bl_j»arj021  As  Char  Format  "XX"  Initial "  0". 

Def  Var  bl_par_t022  As  Char  Format  "XX"  Tniiiai  "  O" 

Def  Var  bljMa;_t031  As  Char  Format  "XX"  Initial "  0" 

Def  Var  bl_par_l032  As  Char  Format  "XX"  Initial  "  0"' 

Def  Varblj)ar_t041  As  Char  Format  "XX"  Initial "  0". 

Def  Var  bl_par_t042  As  Char  Format  "30C"  Initial "  O". 


0.00". 

0.00". 
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Main  Procedure  Code 


/•- 

/• 

/•- 


Do_Imp_Exp: 

Repeat: 


•/ 


•/ 

•/ 


AL_option  = 

View  Frame  Laaps.Atonis. 

Updale^_option  Auto-Retum  Go-On(  FI  F4  CANCEL  ESCAPE  RETURN 
with  Frame  Laaps_Atonis.  ^ 

If  Lastkey  =  Keycode(  "F4")  or  Lastkey  =  Keycode(  "CANCEL")  or 
^Ikey  =  Keycode(  "ESCAPE")  or  Trim(AL_option)  =  ""  then  Do: 

Hide  Frame  Laaps^Atonis  No-Panse. 

Leave  Do  Imp  Exp. 

End.  ^  ^ 

If  Index("IE",  AL_option)  =  0  then  Next  Do_Imp_Exp. 

Do.AOW: 

Repeat: 

If  ALjoption  =  "E"  Then  Do: 

AOWork  = 

View  Frame  Exp_aowork. 

Update  AOWork  Go-On(  FI  F4  CANCEL  ESCAPE  RETURN  ) 
with  Frame  Exp.aowork. 

If  Lastkey  =  Keycode(  "F4")  or  Lastkey  =  Keycode(  "CANCEL")  or 
I^tkey  =  Keycode(  "ESCAPE")  or  Trim(AOWork)  =  ""  then  Do: 

Hide  Frame  Exp_aowork  No-Pause. 

Next  Do_Imp_Exp. 

End. 


End.  /•  If  AL_option  =  "E"  •/ 

Do.IMEX: 

Repeat: 


In^_FiIe  = "". 

View  Frame  IE  getfilename. 


Update  ImEx_Fae 

Go-Qn(  FI  F4  CANCEL  ESCAPE  RETURN  ) 
with  Frame  IE_getfilename. 


tt^  )  or  inmum 

Hide  Frame  IE_gctfilename  No— Pause. 

If  AL_option  =  "I"  then  Next  Do_Imp_Exp. 
If  AL_option  »  "E"  then  Next  Do  AOW. 
End. 


=  ""thenDo: 


Leave  Do_AOW. 

End.  /•  Repeat  -  Do_IMEX  •/ 
End.  /•  Repeat  -  Do_AOW  •/ 

If  AL_option  =  "E"  then  Do: 
Output  to  value(ImEx_Filc). 
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bLexJoraii  =  fin("x",96).  j  =  1. 

for  each  aid_l  where  AOWork  =  area  of  work, 
eachaid_2ofaid_l:  "■  “ 

if  j  >  SO  then  teave  fiist_fifty. 

bl.aid.name  »  snbsti(trim(aid_ljud_iiame)  +  "35), 1,25). 

bl_]at_dir  —  ttiin(  aid_l.^_]at  direction). 
bljat_deg  =str^aidri.apJardegrees,"2ZZ9"). 
bl_lat_nun  sstiin^aid  Ijq)  lat_nunntes,"ZZZ9"). 
bljat_sec  =  strin^aid3.qUatJseconds,"ZZ9.999"). 
bl  Ing  dir  strim(  aid_l.ap_lQng^diiection). 
bl  Ing  d»  =  sti:™g(aid_l^_Iong_degrees,"ZZ2I9"). 
b]_lng  min  *  strinnfaid  Ijp  long  mmntes, "7.77.9"). 
bl  Ing  sec  =  string(aid_lJB)_long  seconds."ZZ9.999"). 
b]_acc_das  =  snbstilng(tiini(aid  l.aid_acchi^),l,l). 
bl_wtr_dep  sstring(aid  2depC"ZZZZ9.99"). 
bl_aid_ninbr  =  string(aid“  l.aid  nnmber,"ZZZZZ9"). 

Pause  0.  “ 

Display  bl_aid_name  at  Ibl  lat  dir  at  26bljat  d^  at  27 
bljat.min  at  31  bljat_sec'  at  35  bl_fillr_r  at  42 
bl  Ing  dir  at  43  bl  Ing  deg  at  44  bl  Ing  min  at  48 
bl  Ing  sec  at  52bl_fillr_2  at  59  bl_acc_c]as  at  60 
bl_fillr_3  at  61bl_tol_rad  at  62bl_wtr  dep  at  70 
bl_chn_len  at  78bl_ot3  tOOlat  86  bl  rt>Lt002at  89 
bl_obi_t003at  92bI_obLt004at  95  bllobi  t005  at  98 
bl_obi_t006  at  101  bI_obLt007  at  104  bl  obLt008  at  107 
bl_obLt009  at  110  bl.exjoran  at  113  bljwr  tOll  at  209 
blj)ar_t012at211bl_par  t021at213bl_par” t022at215 
bl_par_t031  at  217  blj)arj032  at  219  bl_par  t041  at  221 
bl_par_t042  at  223  bl_par_t051  at  225  bl  oar” 1052  at  227 
bl_par_t061  at  229  bl_par_t062  at  231  bl_par" 1071  at  233 
bl j)ar_t072  at  235  bl_par_t081  at  237  bl  oar” t082  at  239 
bl_par_t091  at  241  bl_par  t092  at  243  bl  aid'nmbr  at  245 

with  Frame  ^plejine  No-Attr-Space  No-Labels  No-Box  Width  255. 


j=j  +  l. 


End./*  for*/ 

Output  to  Terminal. 

Hide  Frame  IE  getfPename  No-Pause. 

Hide  Frame  Exp_aowork  No-Pause. 

End.  /•  If  AL_option  =  "E"  (export  from  ATONIS)  •/ 


If  AL_option  =  "I"  then  Do: 

DOS  sflent  quoter  value(ImEx_File)  >LAAPATON.IMP. 
Input  From  Va]ue(Search("LAAPATON.IMP"))  No-Echo. 

View  Frame  vl_disply_aid. 

Laap.Count  s  0. 

LaapJTotal  s  0. 

Laapin: 

Repeat: 
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Import  myline. 


myline  =  snbstring(trim(myline)  +  fill("  '’^0),1^0). 


vl_aid_iimbr 
vl_aid_naine 
vljat_dir  = 
vljat_deg  a 
vl_lat_niin  = 
vl_lat_sec  = 
vl_ln£jdir  = 

vljngjnin  s 
vl_lng_sec  = 
vljacc.das  s 
vl~wtrjdep  = 


=  mteger(snbstring(mylme^5,6)). 
=  substring(myline,l,25). 
snbstring(my]ine^,l). 

!  mtegei^bstrin^myline^,4)). 

=  integcr(subslring(myliiie31,4)). 
deciina](snbstiiiig(mylineJ5.76). 
snbstring(iiiylinM3,l). 

=  mtegcr(snbstrmg(inylme,44,4)). 
a  mtegei(siibstring(myline,48,4)). 
dccinial(snbstriiig(myliiie,52,7)). 
snbstrin^myline,60,l). 

*  integer^bstrin^mylineJO,^). 


Imp.Fonnd  =  no. 
Inip_Error  =  no. 


If  (vl_aid_nnibr  =  ?)  or  (vl_aid  nmbr  <  1)  then  Imp  Error  =  yes. 
Imp.Foond  a;  Can-find^atonisaid  1 

Where  atonis.aid_l.aid_number  =  vl_aid_nmbr). 

LaapJTota]  s  LaapJTotal  + 1. 

If  (Not  hnpJFonnd)  or  In^.Eiror  then  Next  Laapin. 

Laap.Connt  s  Laap_Cotmt  4- 1. 

If  length(trim(vl_aidjiiame))  <  1 
then  vl.aid.name  s  •*•••  Undefined  Aid  Name  •••". 

If  vljat_dir  =  ?  or  (vl_]at_dir  o  "N"  and  vl  lat  dir  o  "S") 
then  vl_lat_dir  =  "N".  “  “ 

If  vl_lng_dir  ss  ?  or  Mhrg^Dir  <>  T5"  and  vl  Incdir  <>  "  W") 
then  vl_higjdir  =  "y^,  -“*6-  ^ 


Find  Atonis.Aid_l  Where  atonis.aid  l.aid  number  =  vl  aid  nmbr 
No-Eiror  No-Waft,  “ 

If  AvaQable  Atonisj\id_l  then  Do: 
aid.l.apJat_direction  b  vl_lat_dir. 
aid_l.ap_lat_degrees  a:  vl_lat_deg. 
aid_l.ap_lat_minutes  as  vl_larmin. 
aid_l.apJat_seconds  as  vl_lat_sec. 
aid_l.ap_long^direction  sa  vl~ln£,dir. 
aid_laipJong_degrees  as  vl_lng_deg. 
aid_l.ap_long_miniites  =  vl_lng^muL 
aid_l.apJong_seconds  =  vl_lng_sec. 

End. 

Find  Atonis.Aid_l  Where  atonis.aid_l.aid  number  =:  vl  aid  nmbr 
No-Eiror  No-Waft. 


If  Available  Atonis.A]d_2  then  aid_2.depth  =:  vl_wtr  dep. 
Display  vl_aid_nmbr  vl_aid_name  with  frame  vl_disply_aid. 
End.  /•  Repeat  •/ 

Input  Qose. 

Hide  Frame  vl_disp]y_aid  no-pause. 

Hide  Frame  EE_getfilename  no-pause. 
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View  Frame  aid_i]i_couiit 

Display  Laap_Count  Lajq>jrota]  Wth  Frame  aid_in_count. 

Update  kk  Go-Oii(  FI  F4  ESCAPE  CANCEL  RETURN  TAB  ) 
With  Frame  aid_in_count. 

Hide  Frame  aid_in_coimt. 

End.  /•  If  AL.qption  =  "I"  (import  from  LAAPS)  •/ 

End.  /•  Repeat  Do_Imp_Exp  •/ 

Return. 
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Appendix  B 


Introduction 


The  United  States  Coast  Guard  uses  a  significant  number  of  software  applications  in  the 
development,  implementation  emd  management  of  new  and  existing  Aids-to-Navigation.  Even  though  the 
majority  of  these  software  applications  perform  without  flaw,  they  are  still  unable  to  share  the 
information  which  is  common  between  one  another. 

This  Study  focuses  on  the  integration  of  Solar  Calc  program,  revision  4.0,  and  the  Aids-to-Navigation 
Information  System  (ATONIS)  utilizing  the  Progress  4GL  programming  language. 


Background 

Solar  Calc  is  the  tool  currently  employed  by  the  Coast  Guard  to  determine  the  size  of  a  solar  panel 
array  and  the  number  of  solar  batteries  required  when  solarizing  a  navigational  aid.  The  Solar  Calc 
program  was  developed  in  the  Basic  programming  language  and  compiled  to  run  on  the  USCG  Standard 
Workstation. 

Atonis  provides  standard  procedures  by  which  the  Coast  Guard  manages  short  range  aids-to- 
navigation  and  is  integral  with  Ae  Coast  Guardis  short-range  navigation  mission.  With  Atonis,  the  Coast 
Guard  has  the  necessary  information  readily  available  for  development  of  long  and  short  range  logistic 
and  operational  plans.  Atonis  was  developed  in  the  Progress  4GL  programming  language. 


Feasibility  Statement 

Integration  of  the  Solar  Calc  program/ function  into  ATONIS  using  the  Progress  4GL  programming 
language. 


Applied  Methods 

•  Review  and  analysis  of  Solar  Calc  software  and  data  files. 

•  Review  of  the  ATONIS  database  elements. 

•  Determination  of  common  data. 

•  Development  of  a  Progress  4GL  software  application  compatable  with  ATONIS  data. 


Analysis  Results 

Analysis  of  both  Solar  Calc  and  ATONIS  data  file  elements  revealed  that  aid  position  latitude  was 
the  only  data  element  common  between  the  two  applications. 
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Feasibility  Conclusion 

Integration  of  the  Solar  Calc  and  ATONIS  software  applications  can  be  accomplished  with  the 
development  of  a  Progress  4GL  application  capable  of  reading  the  necessary  information  contained  in  the 
Solar  Calc  and  ATONIS  data  files,  applying  the  mathematical  methods  contained  in  the  Solar  Calc 
application  to  the  data  and  displaying  the  results. 
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Atonis  Solar  Calc  (ASC)  Screen  Layouts 


United  States  Coast  Guard  Atonis  Solar  Calc  vS.O 


-**  Specifications  *=- 

Aid  Number.; 

Latitude.:  _ 

Name.; 

Longitude.: 

Date  of  Installation.;  _/_/ _ 

Duration  of  Analysis.:  _ 

Solar  Panel  Max  Power  Point.;  _ 

Solar  Battery  Size . : 

Solar  Panel  Size  (in  Uatts).:  _ 

Initial  Battery  Capacity.:  _ 

Array  Tilt  Angle  (degs).....:  _ 

F6;  Electrical  Loads  Screen 

(  F4/CANCEL/ESCAPE  to  Abort  ) 

(  FI  to  obtain  results  ) 

You  must  complete  both  the  Specifications  and  Electrical  Loads  screens 
before  you  can  obtain  valid  results.  To  obtain  results.  Press  FI. 


Figure  1  -  ASC  Specifications  Screen 


United  States  Coast  Guard 


Atonis  Solar  Calc  v5.0 


Electrical  Loads 


Number  of  Electrical  Loads:  _  (  maximum  of  10  electrical  loads  ) 

Load  C??]  ->  Average  Current  Drain  :  _  (  in  amps  ) 

Duty  Cycle  :  _  (in  percent  ) 

Daily  Hours  of  Operation  :  _  (  0  *  NightTime  Only  ) 

CG-181  Use  Required  :  _  <  Y  =  Yes,  N  =  No  ) 


(  FA/CANCEL/ESCAPE  to  Abort  ) 
F5:  Specifications  Screen  (  FI  to  obtain  results  ) 


You  must  complete  both  the  Specifications  and  Electrical  Loads  screens 
before  you  can  obtain  valid  results.  To  obtain  results.  Press  FI. 


Figure  2  -  ASC  Electrical  Loads  Screen 
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United  States  Coast  Guard 


Atonis  Solar  Calc  v5.0 


RecommetnHfid  Process  Database  Schema  for  ASC 


Filename:  AJdInfo 


Order 

Field-Name 

dType 

Figs 

Format 

Initial 

1000 

Aid_Number 

inte 

I 

7.7.777.77.Q 

0 

1010 

Aid_Po8_,Ijatitude 

inte 

99 

0 

1020 

Aid_Po8_Liongitude 

inte 

999 

0 

1030 

Duration_of_Analy8i8 

deciO 

99 

5 

1040 

EL_Avg_Cmt_Drain 

deci2 

10 

99.99 

0.25 

1050 

EL^GGlSl^Use 

logi 

10 

yes/ no 

yes 

1060 

EL_Duty_Gycle 

deciO 

10 

99 

10 

1070 

EL_Num_Load8 

inte 

99 

1 

1080 

EL_Op_Hour8 

deciO 

10 

99 

0 

1090 

In8tall_Date 

date 

99/99/9999 

? 

1100 

Max_Pwr_Pnt 

decil 

99.9 

13.8 

1110 

R8lt8_Array_Size 

deciO 

999 

0 

1120 

Rslts^Battery^Gapacity 

deci2 

99.99 

0 

1130 

Rslt8_Battery_Size 

deciO 

9999 

0 

1140 

Rslt8_Lx)ad_Amp8 

deci2 

3 

999.99 

0 

1150 

Rslt8_Sobat_Qty 

inte 

99 

0 

1160 

Rslt8_Sopan_Qty 

inte 

3 

99 

0 

1170 

Solar_Array_Size 

deciO 

999 

10 

1180 

Solar_Array_TiIt 

deciO 

99 

60 

1190 

Solar_Battery_Gapacity 

deciO 

9999 

100 

1200 

Solar_Battery_Size 

deciO 

9999 

100 

1210 

Std_In8oLDat_Index 

inte 

999 

1 

1220 

U8er_In8oLData_Array_l 

deci2 

12 

99999.99 

0 

1230 

U8er_In8ol_Data_Array_2 

deci2 

12 

99999.99 

0 

1240 

Tmatrixjndex 

inte 

999 

0 

+  Data  Dictionary  Report  Legend  + 
c  -  field  is  case-sensitive  m  -  field  is  mandatory 

i  -  field  participates  in  an  index  v  -  field  is  a  view  component 


Index  Name  (*  indicates  primarv) 

Unique 

Field  Name 

_  Seq 

Asc 

Abbr 

P.Index* 

yes 

Aid__Number 

1 

yes 

no 

B-5 


Filename:  SoIarData 


Order  Field-Name 

dTvpe 

Ext 

Flgi 

I 

Format 

Initial 

1000  StdJnsoLDatJndex 

inte 

999 

0 

1010  Location_Gity 

char 

I 

x(16) 

? 

1020  Location_State 

char 

I 

XX 

? 

1030  In8ol_Data_Array_l 

deci2 

12 

99999.99 

0 

1040  In8oLData_Array_2 

deci2 

12 

99999.99 

0 

1050  Latitude_Mn 

inte 

I 

99 

0 

1060  Latitude_Mx 

inte 

I 

99 

0 

+  Data  Dictionary  Report  Legend  + 
c  -  field  is  case-sensitive  m  >  field  is  mandatory 

i  -  field  participates  in  an  index  v  -  field  is  a  view  component 


Index  Name  (*  indicates  primary) 

Unique 

Field  Name 

Seq 

Asc 

Abbr 

P_Index* 

yes 

Std_Insol_Dat_Index 

1 

yes 

no 

S_Index 

yes 

Latitude_Mn 

1 

yes 

no 

Latitude_Mx 

2 

yes 

no 

TJndex 

no 

Location_City 

1 

yes 

no 

Location_State 

2 

yes 

no 

Filename:  Tmatrix 

Order  Field-Name 

dTvpe 

Ext 

F[g§ 

I 

Format 

Initial 

1000  Tmatrtix_Index 

inte 

999 

0 

1010  Tmatrix„Info 

deci2 

24 

99999.99 

0 

+  Data  Dictionary  Report  Legend  + 
c  -  field  is  case-sensitive  m  -  field  is  mandatory 

i  -  field  participates  in  an  index  v  -  field  is  a  view  component 


Index  Name  (*  indicates  primary)  Unique  Field  Name 


Seq  Asc  Abbr 


P_Index* 


yes  Tmatrixjndex 


1  yes  no 
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SoIrData.Dat 


Data  contained  in  the  SolrData  data  file  ib  used  in  computing  the  total  average  number  of  hours  of 
sunlight  in  preparation  for  the  Solar  Array  and  Battery  Size  calculations.  If  is  a  text  file  and  can  be  edited 
with  any  ascii  text  editor.  The  structure  of  the  SolrData  file  is  as  follows: 

City 

State 

Latitude 

12  Number  Array  (  Insolation  values  associated  with  the  1  half  of  each  month) 

12  Number  Array  (  Insolation  values  associated  with  the  2  half  of  each  month) 

The  following  listing  is  dump  of  the  data  contained  in  the  SolrData  file. 


ADAK,AK 

52.00 


02.62 

04.91 

08.13 

11.72 

00.00 

00.00 

00.00 

00.00 

ALPENA,  MI 

45.10 

04.11 

07.00 

11.67 

15.97 

26.90 

28.70 

36.80 

51.60 

ANNETTE,  AK 

55.00 

02.02 

04.25 

08.14 

13.05 

38.00 

41.50 

43.70 

48.80 

APALACHICOLA,  FL 

29.70 

09.67 

12.78 

16.73 

21.32 

61.10 

63.10 

67.60 

75.00 

ARCATA,  CA 

41.00 

06.00 

09.00 

12.86 

18.01 

00.00 

00.00 

00.00 

00.00 

ASTORIA,  OR 

46.10 

03.57 

06.19 

09.83 

14.22 

46.50 

50.60 

52.10 

55.60 

BALTIMORE,  MD 

39.20 

06.66 

09.53 

13.19 

16.89 

41.90 

43.90 

53.00 

65.20 

BARBERS  POINT,  HI 

21.30 

13.71 

16.35 

18.67 

20.81 

00.00 

00.00 

00.00 

00.00 

BARROW,  AK 

71.30 

00.00 

00.84 

05.57 

11.92 

-08.00 

-12.60 

-08.60 

06.50 

13.39 

00.00 

13.42 

00.00 

12.72 

00.00 

10.77 

00.00 

19.52 

63.60 

21.32 

74.30 

21.39 

79.00 

17.97 

77.30 

16.72 

56.20 

16.63 

61.00 

16.33 

64.00 

13.19 

64.60 

23.73 

81.80 

22.68 

86.40 

20.58 

87.50 

19.15 

87.70 

20.91 

00.00 

22.26 

00.00 

20.52 

00.00 

17.92 

00.00 

18.25 

60.30 

18.45 

63.80 

19.82 

67.70 

17.01 

68.30 

19.45 

74.80 

21.33 

83.20 

20.69 

86.70 

18.15 

85.10 

22.39 

00.00 

22.98 

00.00 

22.91 

00.00 

22.37 

00.00 

12.94 

24.20 

17.34 

37.10 

16.56 

44.30 

09.71 

42.00 

08.62 

00.00 

06.00 

00.00 

03.50 

00.00 

02.13 

00.00 

13.12 

68.40 

08.42 

58.90 

04.34 

42.90 

03.07 

31.00 

09.21 

59.80 

04.79 

51.70 

02.48 

44.30 

01.39 

40.10 

17.43 

84.70 

15.56 

78.30 

11.80 

69.00 

09.28 

62.70 

15.23 

00.00 

10.62 

00.00 

06.73 

00.00 

05.33 

00.00 

13.43 

67.60 

08.09 

61.00 

04.40 

53.40 

02.96 

48.60 

15.10 

79.00 

11.32 

68.30 

07.49 

56.10 

05.67 

43.90 

20.60 

00.00 

17.65 

00.00 

14.75 

00.00 

13.23 

00.00 

04.70 

33.40 

01.43 

20.20 

00.04 

05.40 

00.00 

-06.40 
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BETHEL,  AK 
60.80 


01.10 

03.59 

08.38 

13.62 

16.49 

17.23 

12.30 

15.80 

20.30 

32.70 

48.50 

60.20 

BOSTON,  MA 

42.40 

05.40 

08.05 

11.54 

15.05 

18.39 

20.62 

35.90 

37.50 

44.60 

56.30 

67.10 

76.60 

BROWNSVILLE, 

TX 

25.90 

10.36 

12.89 

16.55 

19.72 

21.87 

24.01 

69.50 

72.70 

76.60 

83.10 

87.10 

90.60 

BUFFALO,  NY 

42.90 

03.96 

06.20 

10.08 

14.92 

18.12 

20.47 

29.80 

31.00 

39.00 

53.30 

64.30 

75.10 

CAPE  HATTERAS,  NC 

35.30 

07.78 

10.81 

15.05 

20.13 

22.26 

23.11 

52.30 

53.10 

57.90 

66.30 

73.80 

80.50 

CHARLESTON,  SC 

32.90 

08.45 

11.30 

15.19 

19.66 

21.11 

20.93 

59.80 

61.90 

67.80 

76.20 

83.10 

87.70 

CHATTANOOGA 

,TN 

35.00 

07.16 

09.74 

13.35 

17.59 

19.66 

20.78 

49.90 

53.40 

61.20 

72.90 

81.00 

87.50 

CHERRY  POINT, 

,NC 

34.90 

08.59 

11.64 

15.74 

20.36 

21.84 

22.00 

00.00 

00.00 

00.00 

00.00 

00.00 

00.00 

CHICAGO,  IL 

41.80 

05.75 

08.62 

12.56 

16.56 

20.30 

22.78 

31.50 

34.60 

44.60 

59.30 

70.30 

80.60 

CINCINNATI,  OH 

39.10 

05.68 

08.38 

11.66 

15.87 

18.98 

20.85 

39.70 

42.70 

51.80 

65.00 

74.40 

83.20 

CLEVELAND,  OH 

41.40 

04.41 

06.82 

10.47 

15.32 

19.08 

20.92 

33.40 

35.00 

44.10 

58.00 

68.40 

78.20 

CORPUS  CHRISTI,  TX 

27.80 

10.19 

13.02 

16.23 

18.64 

21.18 

23.76 

66.50 

69.80 

75.50 

82.10 

86.60 

91.20 

DAYTONA  BEACH,  FL 

29.20 

10.88 

13.77 

17.57 

21.38 

22.34 

20.72 

69.10 

70.40 

74.50 

80.20 

85.20 

88.40 

14.64 

61.90 

10.44 

58.50 

07.95 

51.80 

04.20 

36.10 

01.53 

23.60 

00.55 

11.30 

19.85 

81.40 

16.87 

79.30 

14.30 

72.20 

10.10 

63.20 

05.71 

51.70 

04.57 

39.30 

25.11 

92.80 

23.01 

93.00 

19.22 

89.90 

16.33 

84.70 

11.97 

77.50 

09.79 

72.30 

20.16 

79.50 

17.17 

77.60 

13.07 

70.80 

08.89 

60.20 

04.58 

46.10 

03.22 

33.60 

21.80 

83.80 

19.36 

83.40 

16.69 

79.50 

12.90 

71.30 

09.91 

63.10 

07.48 

54.80 

20.42 

89.10 

17.99 

88.60 

15.82 

84.50 

13.54 

77.10 

10.60 

68.40 

08.18 

60.80 

19.69 

89.50 

18.50 

89.00 

15.16 

83.40 

12.58 

73.50 

08.76 

60.70 

06.59 

50.90 

20.77 

00.00 

18.55 

00.00 

16.20 

00.00 

13.27 

00.00 

10.29 

00.00 

08.15 

00.00 

22.06 

84.40 

19.51 

83.30 

15.37 

75.80 

11.00 

65.00 

06.42 

48.10 

04.56 

35.30 

20.10 

86.50 

18.55 

85.80 

14.89 

79.70 

11.23 

68.50 

06.68 

53.20 

04.91 

42.00 

20.75 

81.60 

17.96 

80.40 

14.07 

74.20 

09.84 

63.60 

05.29 

48.80 

03.61 

36.40 

24.81 

94.40 

22.59 

94.80 

19.15 

90.00 

16.07 

84.10 

11.83 

75.20 

09.59 

69.30 

20.25 

89.60 

19.09 

89.40 

16.77 

87.00 

14.20 

81.40 

11.75 

75.10 

09.88 

70.20 
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DETROIT,  MI 
42.40 


04.74 

07.72 

11.35 

15.88 

19.47 

21.18 

31.70 

33.70 

43.10 

57.60 

68.50 

79.10 

DULUTH,  MN 

46.80 

04.41 

07.64 

11.74 

15.58 

18.64 

20.06 

17.60 

22.10 

32.60 

47.80 

60.00 

69.70 

FORT  SMITH,  AR 

35.30 

08.43 

11.34 

14.89 

18.34 

21.70 

23.71 

49.90 

54.60 

62.10 

74.20 

81.30 

89.00 

GREEN  BAY, 

44.50 

05.12 

08.23 

12.53 

16.33 

19.51 

21.65 

23.90 

27.20 

37.10 

54.10 

65.80 

75.80 

GUANTANAMO  BAY,  CU 

19.90 

15.92 

18.70 

21.86 

24.06 

23.13 

22.25 

00.00 

00.00 

00.00 

00.00 

00.00 

00.00 

HILO, 

HI 

19.70 

12.71 

14.14 

15.31 

16.28 

17.63 

18.82 

79.60 

79.40 

78.80 

79.80 

81.30 

82.70 

HOMER,  AK 

59.60 

01.38 

03.79 

08.62 

14.17 

17.96 

19.87 

28.00 

31.80 

35.00 

42.30 

50.30 

56.70 

HONOLULU,  HI 

21.30 

13.39 

15.85 

18.40 

20.38 

22.12 

22.75 

79.30 

79.20 

79.70 

81.40 

83.60 

85.60 

HOUGHTON,  MI 

47.20 

02.77 

05.49 

10.59 

15.50 

18.84 

20.86 

00.00 

00.00 

00.00 

00.00 

00.00 

00.00 

JACKSONVILLE, 

FL 

30.50 

10.21 

13.21 

17.27 

21.06 

22.20 

21.40 

64.60 

66.90 

72.20 

79.00 

84.60 

88.30 

JUNEAU,  AK 

58.40 

01.32 

03.21 

06.92 

11.87 

14.66 

16.05 

29.10 

33.90 

38.20 

46.50 

55.40 

62.00 

KANSAS  CITY,  MO 

39.30 

07.35 

10.15 

13.65 

17.88 

21.25 

23.60 

35.70 

41.40 

50.70 

64.70 

74.20 

82.80 

KINGl 

SALMON, 

AK 

58.70 

01.66 

04.28 

09.07 

13.68 

16.82 

17.48 

21.00 

24.60 

28.60 

39.10 

51.30 

59.70 

20.83 

83.10 

17.88 

81.60 

14.22 

74.20 

09.93 

63.40 

05.42 

47.70 

03.90 

35.40 

21.04 

76.40 

17.56 

74.40 

12.43 

64.00 

08.23 

54.30 

04.32 

35.30 

03.31 

22.50 

23.44 

93.80 

21.31 

93.50 

17.04 

86.30 

13.63 

76.50 

09.66 

62.70 

07.74 

52.20 

21.43 

80.70 

18.41 

79.10 

13.82 

69.80 

09.30 

59.60 

05.28 

41.80 

03.97 

28.60 

23.63 

00.00 

22.73 

00.00 

20.70 

00.00 

17.98 

00.00 

16.25 

00.00 

14.90 

00.00 

18.44 

83.00 

18.07 

83.50 

17.55 

83.60 

15.57 

83.20 

12.54 

81.30 

11.57 

79.40 

18.14 

60.10 

13.49 

60.10 

08.97 

54.80 

04.96 

44.40 

01.99 

34.50 

00.73 

27.60 

22.72 

86.80 

22.32 

87.40 

20.54 

87.40 

17.48 

85.80 

14.37 

83.20 

12.85 

80.30 

20.86 

00.00 

17.27 

00.00 

11.46 

00.00 

07.61 

00.00 

03.30 

00.00 

02.18 

00.00 

20.45 

90.00 

19.23 

89.70 

16.37 

86.00 

13.88 

79.20 

11.30 

71.40 

09.28 

65.60 

14.51 

63.60 

11.17 

62.30 

07.25 

56.10 

03.64 

47.20 

01.69 

37.30 

00.70 

32.00 

23.86 

88.00 

21.14 

87.20 

16.48 

78.80 

12.40 

68.20 

08.37 

51.40 

06.37 

39.30 

15.70 

62.50 

11.86 

60.90 

08.83 

54.80 

05.38 

40.80 

02.31 

29.00 

01.03 

19.60 
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KWAJALEIN  ISLAND,  PI 
08.70 


17.86 

19.88 

20.39 

19.75 

18.46 

18.28 

85.00 

85.40 

85.90 

85.80 

86.00 

86.20 

KODIAK,  AK 

57.60 

01.69 

04.04 

08.87 

13.71 

15.62 

17.36 

34.50 

35.70 

36.90 

41.60 

47.90 

54.60 

KOROR 

ISLAND,  PI 

07.30 

15.85 

17.69 

18.51 

19.20 

17.79 

16.52 

86.40 

86.50 

87.10 

88.10 

88.00 

87.70 

LEWISTON,  ID 

46.40 

03.86 

06.91 

11.57 

16.29 

20.91 

22.87 

37.90 

46.00 

52.90 

62.00 

70.60 

77.90 

LIHUE, 

HI 

22.00 

12.52 

14.75 

16.75 

18.62 

20.70 

21.20 

77.90 

77.90 

77.90 

79.20 

81.40 

83.30 

LITTLE  ROCK, 

AR 

34.70 

08.30 

11.38 

14.90 

18.28 

21.90 

23.91 

50.10 

53.80 

61.80 

73.50 

81.40 

89.30 

LONG  BEACH, 

CA 

33.80 

10.53 

13.79 

18.27 

21.99 

23.43 

24.29 

65.20 

66.20 

67.70 

70.50 

73.80 

76.80 

LOS  ANGELES, 

CA 

33.90 

10.51 

13.78 

18.37 

22.14 

23.37 

24.05 

63.50 

64.10 

64.30 

65.90 

68.40 

70.30 

LOUISVILLE,  KY 

38.20 

06.19 

08.96 

12.51 

16.65 

19.52 

21.60 

42.00 

45.00 

54.00 

66.90 

75.60 

83.70 

MASSENA,  NY 

44.90 

04.44 

07.04 

11.09 

15.24 

18.31 

20.19 

00.00 

00.00 

00.00 

00.00 

00.00 

00.00 

MEMPHIS,  TN 

35.00 

07.75 

10.72 

14.51 

18.60 

21.39 

23.20 

49.40 

53.10 

60.80 

72.70 

81.20 

88.70 

MIAMI, 

FL 

25.80 

12.00 

14.91 

18.20 

21.10 

20.92 

19.38 

75.60 

76.60 

79.50 

82.70 

85.30 

88.00 

MILWAUKEE,  WI 

42.90 

05.44 

08.36 

12.36 

16.37 

20.07 

22.44 

27.30 

30.30 

39.40 

54.60 

65.00 

75.30 

18.27 

86.70 

19.15 

87.30 

18.33 

87.30 

17.31 

87.20 

16.55 

86.00 

16.46 

85.50 

15.98 

59.10 

13.21 

60.10 

09.01 

54.90 

05.55 

45.60 

02.34 

39.00 

01.10 

34.30 

16.37 

87.10 

16.83 

87.00 

17.33 

87.50 

17.10 

87.90 

16.44 

88.00 

15.19 

87.20 

26.51 

89.20 

21.92 

87.10 

16.28 

77.60 

09.76 

63.20 

04.69 

48.00 

03.25 

41.00 

21.14 

84.00 

20.63 

84.60 

19.77 

84.80 

16.45 

83.30 

13.10 

80.80 

11.95 

78.20 

23.06 

92.60 

21.12 

92.60 

17.23 

85.80 

13.94 

76.00 

09.62 

62.40 

07.65 

52.10 

26.10 

82.80 

23.83 

84.00 

19.30 

83.30 

15.05 

78.30 

11.39 

72.70 

09.60 

66.90 

26.19 

74.80 

23.60 

75.80 

19.08 

75.70 

14.95 

72.90 

11.39 

69.60 

09.63 

66.50 

20.85 

87.30 

19.07 

86.80 

15.45 

80.50 

11.83 

70.30 

07.41 

54.90 

05.54 

44.10 

19.87 

00.00 

16.84 

00.00 

12.75 

00.00 

08.36 

00.00 

04.40 

00.00 

03.34 

00.00 

22.38 

91.60 

20.70 

90.60 

16.69 

84.30 

13.67 

74.90 

09.26 

61.50 

07.13 

51.70 

20.01 

89.10 

18.50 

89.90 

16.53 

88.30 

14.78 

84.60 

12.70 

79.90 

11.57 

76.60 

22.26 

80.40 

19.51 

79.70 

14.87 

71.50 

10.30 

61.40 

05.95 

44.40 

04.30 

31.50 
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MINNEAP0LIS5T.  PAUL,  MN 
44.90 


05.27  08.67  12.52 

16.36 

19.72 

21.88 

22.36 

19.15 

14.24 

09.76 

05.45 

04.01 

21.20  25.90  36.90 

55.50 

67.90 

77.10 

82.40 

80.80 

70.70 

60.70 

40.60 

26.60 

MOBILE,  AL 

30.70 

09.39  12.48  15.97 

19.54 

21.25 

21.21 

19.47 

18.63 

16.45 

14.74 

10.84 

08.62 

61.10  64.10  69.50 

NEW  ORLEANS,  LA 

78.00 

85.00 

89.80 

90.50 

90.60 

86.50 

79.70 

69.50 

63.00 

30.00 

09.46  12.62  16.06 

20.20 

22.33 

22.74 

20.58 

19.48 

17.18 

15.15 

11.04 

08.84 

62.30  65.10  70.40 

CENTRAL  PARK,  NY 

78.40 

84.90 

89.60 

90.40 

90.60 

86.60 

79.90 

70.30 

64.20 

40.80 

05.68  08.18  11.77 

15.48 

18.57 

19.41 

19.16 

16.83 

13.77 

10.16 

06.05 

04.59 

38.50  40.20  48.40 

LA  GUARDIA,  NY 

60.70 

71.40 

80.50 

85.20 

83.40 

76.80 

66.80 

54.00 

41.40 

40.80 

06.22  09.01  12.68 

16.53 

19.18 

20.45 

20.25 

17.97 

14.53 

10.79 

06.73 

05.18 

37.70  39.20  47.10 

59.30 

69.80 

79.40 

84.10 

82.10 

75.20 

65.10 

53.20 

41.00 

NOME,  AK 

64.50 

00.34  02.54  07.16 

13.46 

17.85 

19.90 

16.05 

11.27 

07.64 

03.47 

00.74 

00.03 

13.50  13.70  16.60 

27.00 

41.40 

52.20 

55.80 

54.60 

48.20 

34.40 

22.10 

11.70 

NORFOLK,  VA 

36.90 

07.70  10.58  14.54 

19.03 

21.42 

22.70 

21.03 

19.07 

15.84 

12.29 

09.21 

07.08 

48.80  50.00  57.30 

NORTH  BEND,  OR 

67.70 

76.20 

83.50 

86.60 

84.90 

79.60 

70.10 

60.50 

50.60 

43.40 

04.98  08.00  12.01 

17.14 

21.08 

22.63 

23.92 

20.27 

15.63 

10.13 

05.95 

04.32 

00.00  00.00  00.00 
NORTH  OMAHA,  NE 

00.00 

00.00 

00.00 

00.00 

00.00 

00.00 

00.00 

00.00 

00.00 

41.40 

07.20  10.12  13.87 

17.69 

21.25 

24.09 

23.91 

21.09 

15.58 

11.91 

07.31 

05.80 

29.10  34.80  44.10 

61.00 

71.40 

80.20 

85.40 

84.00 

75.20 

65.90 

47.40 

34.30 

OAKLAND,  CA 

37.70 

08.03  11.55  16.53 

21.81 

25.10 

26.67 

26.36 

23.30 

19.31 

13.76 

09.33 

07.34 

54.50  58.00  60.20 

PATUXENT  RIVER,  MD 

62.80 

65.40 

68.50 

69.70 

70.20 

72.30 

68.70 

62.00 

55.50 

38.30 

06.90  09.78  13.41 

17.46 

20.01 

21.48 

20.62 

18.47 

15.40 

11.59 

08.02 

06.09 

00.00  00.00  00.00 
PHILADELPHIA,  PA 

00.00 

00.00 

00.00 

00.00 

00.00 

00.00 

00.00 

00.00 

00.00 

39.90 

06.30  09.01  12.58 

16.27 

18.84 

20.56 

19.95 

17.87 

14.54 

10.88 

07.03 

05.34 

40.10  42.20  51.20 

POINT  MUGU,  CA 

63.50 

74.10 

83.00 

86.80 

84.80 

78.40 

67.90 

55.50 

43.20 

34.10 

10.52  13.85  18.56 

22.14 

22.90 

23.32 

24.04 

21.96 

18.25 

14.71 

11.42 

09.71 

00.00  00.00  00.00 

00.00 

00.00 

00.00 

00.00 

00.00 

00.00 

00.00 

00.00 

00.00 
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PORT  ARTHUR,  TX 
29.90 


09.08 

12.15 

15.36 

18.27 

21.23 

22.82 

61.50 

65.00 

70.50 

78.30 

84.30 

89.90 

PORTLAND,  ME 

43.60 

05.11 

07.74 

11.00 

14.80 

17.79 

19.43 

31.20 

33.30 

40.80 

52.80 

63.60 

73.20 

ROCHESTER,  NY 

43.10 

04.13 

06.35 

10.25 

15.20 

18.23 

20.62 

31.30 

32.60 

41.10 

56.00 

67.20 

78.00 

SAN  DIEGO,  CA 

32.70 

11.07 

14.37 

18.52 

21.98 

22.73 

23.40 

64.60 

65.60 

66.00 

67.60 

69.40 

71.10 

SAN  FRANCISCO,  CA 

37.60 

08.03 

11.45 

16.51 

21.79 

25.26 

26.98 

55.30 

58.60 

61.00 

63.50 

66.60 

70.20 

SAN  JUAN,  PR 

18.40 

15.04 

17.43 

20.29 

21.46 

20.58 

20.62 

81.90 

82.10 

83.60 

84.40 

85.60 

87.00 

SAULT 

'  STE  MARIE,  MI 

46.50 

03.69 

06.85 

11.67 

15.70 

19.16 

20.55 

22.00 

23.70 

32.50 

47.20 

59.40 

70.00 

SAVANNAH,  GA 

32.10 

09.01 

11.85 

15.87 

20.00 

21.02 

20.93 

61.10 

63.60 

69.50 

77.80 

84.80 

89.30 

SEATTLE,  WA 

47.40 

02.97 

05.62 

09.63 

14.68 

19.45 

20.45 

43.40 

48.50 

51.50 

57.00 

64.10 

69.00 

ST.  LOUIS,  MO 

38.70 

07.12 

10.05 

13.67 

17.75 

21.24 

23.75 

39.90 

44.20 

53.00 

67.00 

76.00 

84.90 

TAMPA,  FL 

28.00 

11.47 

14.29 

18.09 

21.66 

22.68 

20.97 

70.60 

71.90 

76.10 

82.40 

87.50 

89.90 

TRAVERSE  CITY 

,MI 

44.70 

03.53 

06.44 

11.36 

15.95 

19.62 

21.70 

00.00 

00.00 

00.00 

00.00 

00.00 

00.00 

WAKE 

ISLAND,  PI 

19.30 

15.31 

17.84 

20.56 

22.18 

23.32 

23.22 

81.60 

81.70 

82.50 

83.10 

84.60 

86.30 

20.95 

92.00 

19.71 

92.60 

17.33 

88.60 

15.00 

81.30 

10.81 

70.90 

08.55 

64.20 

18.83 

79.10 

16.58 

77.60 

13.14 

69.90 

09.33 

60.20 

05.21 

47.50 

04.12 

34.90 

20.21 

82.20 

17.24 

80.10 

13.16 

73.10 

08.87 

62.40 

04.58 

47.90 

03.19 

34.90 

24.81 

75.30 

23.35 

77.30 

19.49 

76.50 

15.59 

73.80 

12.06 

70.10 

10.26 

66.10 

27.14 

70.90 

24.02 

71.60 

19.77 

73.60 

13.92 

70.30 

09.32 

63.30 

07.29 

56.30 

21.27 

87.00 

20.86 

87.50 

19.00 

87.60 

17.20 

87.40 

15.52 

85.00 

14.03 

83.10 

20.83 

75.10 

17.28 

73.40 

11.91 

64.50 

07.64 

54.80 

03.77 

39.00 

02.87 

26.80 

20.24 

90.80 

18.40 

90.30 

15.48 

85.40 

13.81 

78.20 

10.68 

69.30 

08.54 

62.10 

25.52 

75.10 

18.34 

73.80 

13.03 

68.70 

07.45 

59.40 

03.83 

50.40 

02.40 

45.40 

23.26 

88.40 

20.62 

87.20 

16.56 

80.10 

12.48 

69.80 

08.15 

54.10 

06.02 

42.70 

19.89 

90.10 

18.76 

90.40 

16.93 

89.00 

15.28 

83.90 

12.57 

77.10 

10.62 

72.00 

21.67 

00.00 

18.26 

00.00 

13.23 

00.00 

08.55 

00.00 

04.28 

00.00 

02.91 

00.00 

21.84 

87.10 

21.24 

87.80 

19.73 

87.60 

17.83 

86.60 

16.31 

84.90 

14.88 

83.10 
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VASHINGTON,  DC 

38.90 

06.49 

09.25 

12.77 

41.20 

43.40 

52.70 

WEST  PALM  BEACH,  FL 

26.70 

11.35 

13.99 

17.66 

75.00 

76.00 

79.30 

WHIDBEY  ISLAND,  Wk 
48.30 


03.21 

06.04 

10.42 

00.00 

00.00 

00.00 

VILMINCTON, 

DE 

39.70 

06.49 

09.38 

13.04 

40.20 

42.20 

51.10 

YAKIMA,  WA 

46.60 

04.14 

07.56 

12.74 

36.40 

46.10 

54.80 

YAKUTAT,  AK 

59.50 

01.14 

03.01 

07.07 

31.20 

35.00 

37.90 

16.56 

65.00 

19.50 

74.50 

21.57 

82.70 

20.59 

82.90 

20.93 

86.10 

19.37 

88.30 

15.27 

00.00 

19.98 

00.00 

20.66 

00.00 

16.80 

63.00 

19.41 

73.10 

21.37 

81.60 

18.13 

64.10 

22.79 

73.10 

24.61 

79.70 

11.93 

43.60 

14.38 

50.80 

15.26 

56.40 

20.63 

86.40 

18.36 

85.00 

15.21 

78.70 

20.19 

89.60 

18.88 

90.20 

16.10 

88.30 

22.48 

00.00 

18.07 

00.00 

13.32 

00.00 

20.69 

85.50 

18.32 

83.90 

14.96 

78.20 

26.76 

88.10 

22.41 

85.90 

16.83 

78.30 

13.70 

59.30 

10.69 

59.60 

07.20 

55.40 

11.39 

68.20 

07.39 

55.60 

05.46 

43.30 

13.89 

84.30 

12.03 

79.50 

10.88 

76.10 

07.43 

00.00 

04.05 

00.00 

02.64 

00.00 

11.17 

67.80 

07.32 

55.20 

05.55 

43.00 

10.11 

64.70 

05.04 

48.50 

03.35 

39.10 

03.91 

47.30 

01.54 

38.20 

00.58 

32.70 
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TMATRIX.DAT 


The  data  contain  in  the  Tmatrix  data  file  is  also  used,  as  a  correction  factor,  in  the  computations 
performed  when  determining  the  Solar  Array  and  Battery  sizes.  It  consists  of  an  array  of  24  numeric 
values  as  follows: 


-021.34 

-013.54 

-002.06 

009.94 

018.98 

023.35 

021.60 

014.17 

002.97 

-008.94 

-018.64 

-023.22 

447.15 

443.66 

437.22 

430.47 

423.15 

419.08 

418.79 

422.14 

428.36 

435.69 

442.67 

446.77 
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SoIrCaIc,Ba8  Prosram  Liatine 


1000  REM - — — - 

1010  REM 

1020  REM  Program  SolrCalc.Ba8 

1025  REM  Revision  5.0 

1030  REM  Author  :  Melvin  C.  Wiley  (UNISYS) 

1040  REM 

1050  REM - - - — - 

1060  DIM  F(24,  5),  Q(24,  1),  C$(100),  S${100) 

1070  DIM  L(100),  B2(12, 100),  B(12,  2),  Hl(12,  2) 

1080  DIM  Bl(12, 100),  D(365),  U(10),  G(10),  Y(10) 

1090  DIM  Z(10),  A(12),  H(12,  2),  W(365),  S(24, 4),  FLAqiO),  OT$(20) 

1100  REM  DIM  HDR1$,  HDR2$,  OT${20) 

1110  REM  DIM  Rl,  R2,  R3,  R4,  R5,  R6,  R7,  R8,  R9,  RIO 
1120  REM  DIM  Rll,  R12,  R13,  R14,  R15,  R16,  R17,  R18,  R19,  R20 
1130  REM  DIM  R21,  R22,  R23,  R24,  R25,  R26,  R27,  R28,  R29,  R30 
1140  REM  DIM  R31,  R32,  R33,  R34,  R35,  R36,  R37,  R38,  R39,  R40 
1150  PI  =  3.1415927# 

1160  RV$  “  GHR$(255)  +  'AE" 

1170  NV$  =  CHR$(255)  +  ‘AA' 

1180  DEF  FNACS  (X)  =  ATN(SQR(1  -  X  2)  /  X) 

1190  DEF  FNNACS  (X)  =  PI  +  FNACS(X) 

1200  DEF  FNAT$  (CL,  RW)  =  CHR$(255)  +  ‘C  +  CHR$(RW)  +  CHR$(CL) 

1210  HDR1$  =  ‘Solar  Calculator  -  Revision  5.0" 

1220  HDR2$  =  'US  Coast  Guard" 

1230OT$(l)  =  “ 

1240  OT$(2)  =  - - - ============== - - - - - =============. 

1250  OT$(3)  =  'Solar  Calculator  -  Revision  5.0  -  Overview" 

1260  OT$(4)  =  "==== - - - - - - - - - - - 

1270  OT$(5)  =  ' ' 

1280  OT$(6)  =  '  The  Solar  Calculator  is  used  to  calculate  the  solar  panel" 

1290  OT$(7)  =  "and  battery  sizes  required  to  maintain  a  solar  power  system" 

1300  OT$(8)  =  ‘for  a  period  of  time  based  upon  the  load,  available  sunlite" 

1310  OT$(9)  =  "(insolation),  latitude  and  tilt  angle. 

1320  OT$(10)  =  " 

1340R1  =^0:^R2  =  0:  R3  =  0:  R4  =  0:  R5'0:  R6-0:  R7“0 
1350  R8  =0:  R9  =  0:  RIO  =  0:  Rll  =  0:  R12  =  0:  R13  =  0:  R14  =  0 
1360  R15  =  0:  R16  =  0;  R17  =  0:  R18  =  0:  R19  =  0:  R20  =  0:  R21  =  0 
1370  R22  =  0:  R23  =  0:  R24  =  0:  R25  =  0:  R26  =  0:  R27  =  0:  R28  =  0 
1380  R29  -  0:  R30  =  0:  R31  =  0:  R32  =  0:  R33  =  0:  R34  =  0:  R35  =  0 
1390  R36  =  0:  R37  =  0:  R38  =  0:  R39  =  0:  R40  =  0 
1400  FOR  I  =  0  TO  12 
1410  A(I)  =  0 

1420  B(I,  0)  =  0:  B(1, 1)  =  0:  B(1, 2)  =  0 
1430  H(I,  0)  =  0:  H(1, 1)  =  0:  H(I,  2)  =  0 
1440  H1(I,  0)  =  0:  H1(I,  1)  =  0;  H1(I,  2)  =  0 

1450  NEXT  I 
1460  FOR  I  =  0  TO  10 

1470  U(I)  =  0:  qi)  =  0:  Y(I)  =  0:  Z(I)  =  0:  :  FLAqi)  =  0 

1480  NEXT  I 

1490  FOR  I  =  0  TO  365 

1500  W(I)  =  0:  D(I)  =  0 
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1510  NEXT  I 

1520  FOR  1=0  TO  24 

1530  F(I,  0)  =  0:  F(I,  1)  =  0:  F(I,  2)  =  0 

1540  F(I,  3)  =  0:  F(I,  4)  -  0:  F(I,  5)  =  0 

1550  0(1,  0)  =  0:  0(1,  1)  =  0 

1560  S(I,  0)  =  0:  S(I,  1)  -  0:  S(I,  2)  =  0 

1570  S(I,  3)  =  0:  S(I,  4)  =  0 

1580  NEXT  I 

1590  FOR  I  =  0  TO  100 

1600  C$(I)  =  S$(I)  =  L(I)  =  0 

1610  B1(0, 1)  =  0:  B2(0, 1)  =  0 

1620  Bl(l,  I)  =  0:  B2(l,  1)  =  0:  Bl(2, 1)  =  0:  B2(2,  1)  =  0 

1630  Bl(3, 1)  =  0:  B2(3, 1)  =  0:  Bl(4, 1)  =  0:  B2(4, 1)  =  0 

1640  Bl(5, 1)  =  0:  B2(5, 1)  =  0:  Bl(6, 1)  =  0:  B2(6, 1)  =  0 

1650  Bl(7, 1)  =  0:  B2(7, 1)  =  0:  Bl(8, 1)  =  0:  B2(8, 1)  =  0 

1660  Bl(9, 1)  =  0:  B2(9, 1)  =  0:  Bl(10, 1)  =  0:  B2(10,  1)  =  0 

1670  Bl(ll,  I)  =  0:  B2(ll,  1)  =  0:  Bl(12, 1)  =  0:  B2(12, 1)  =  0 

1680  NEXT  I 

1690  GOSUB  7480 

1700  GOSUB  7330 

1710  GOSUB  7480 

1720  FOR  N  =  1  TO  10 

1730  FIAqN)  =  0 

1740  NEXT  N 

1750  R1  =  1 

1760  R2  =  1 

1770  PRINT 

1780  INPUT  ■  Enter  the  Aid  Number..:";  N$ 

1790  INPUT  "  Aid  Name....:";  NME$ 

1800  PRINT  :  A$  =  "" 

1810  INPUT  "  Are  you  using  standard  Coast  Guard  solar  panels  (Y/N)..<Y>;";  A$ 
1820  IF  A$  =  ■  THEN  A$  =  "Y" 

1830  IF  A$  =  T  OR  A$  =  "y"  THEN  VP  =  13.8:  GOTO  1870 
1840  VP  =  0 

1850  INPUT  "  Enter  the  Max  Power  Point  for  the  panels  used....<13.8>:";  VP 

1860  IF  VP  <=  0  THEN  VP  =  13.8 

1870  R2  =  1 

1880  R1  =  1 

1890  A$  =  ■" 

1900  INPUT  "  Do  you  know  what  the  Array  Size  will  be  (Y/N) . <N>:";  A$ 

1910  IF  A$  =  ""  THEN  A$  =  "N" 

1920  IF  A$  o  T  AND  A$  o  "y"  THEN  R2  =  0;  GOTO  1970 
1930  0  =  0 

1940  INPUT  "  Enter  the  Array  Size  (in  watts)  to  be  Used . <10>:";  0 

1950  IF  O  <=  0  THEN  O  =  10 
1960  RR  =  O  /  VP 
1970  A$  =  “ 

1980  INPUT  "  Do  you  know  what  the  Battery  Size  will  be  (Y/N) . <N>:";  A$ 

1990  IF  A$  =  - THEN  A$  =  "N" 

2000  IF  A$  o  "Y  AND  A$  o  "y"  THEN  R1  =  0:  GOTO  2080 
2010  K  =  0 

2020  INPUT  "  Enter  the  Battery  Size  (in  amp-hrs)  to  be  U8ed....<100>:";  K 
2030  IF  K  <=  0  THEN  K  =  100 
2040  ZZ=K 


B-16 


2050  C  =  0 

2060  INPUT  '  Enter  the  Initial  Battery  Capacity  (in  an[ip-hr8)...<100>:";  C 

2070  IF  G  <=  0  THEN  C  -  100 

2080  IF  R1  +  R2  =  2  THEN  FIAG(3)  =  1:  GOTO  2110 

2090  IF  R1  +  R2  =  0  THEN  FLAq6)  =  1:  GOTO  2110 

2100  IF  R1  =  0  THEN  FIAG{7)  -  1 

2110X=0 

2120  INPUT  '  What  is  the  Duration  of  Anal3r8i8  (in  years) . <5>:';  X 

2130  IF  X  <=  0  THEN  X  =  5 
2140X=INT(X) 

2150  INSMON  =  0 

2160  INPUT  ■  What  is  the  Month  of  Installation  (ie  Jan  =  1) . <1>:';  INSMON 

2170  IF  INSMON  <  1  THEN  INSMON  =  1 
2180  IF  INSMON  >  12  THEN  INSMON  =  12 
2190  V  =  INT((INSMON  *  2)  - 1) 

2200INSDAY  =  0 

2210  INPUT  •  What  is  the  Day  of  Installation  (1  -  31) . <!>:*;  INSDAY 

2220  IF  INSDAY  <  1  THEN  INSDAY  =  1 
2230  IF  INSDAY  >  31  THEN  INSDAY  =  31 
2240  IF  INSDAY  >  15  THEN  V  =  V  +  1 
2250  IF  INSMON  =  1  THEN  0$  =  ■January’ 

2260  IF  INSMON  =  2  THEN  0$  =  ■February’ 

2270  IF  INSMON  =  3  THEN  0$  =  ’March’ 

2280  IF  INSMON  =  4  THEN  0$  =  ’April’ 

2290  IF  E^SMON  =  5  THEN  0$  =  ’May" 

2300  IF  INSMON  =  6  THEN  0$  =  ’June’ 

2310  IF  INSMON  =  7  THEN  0$  =  ’Jul/ 

2320  IF  INSMON  =  8  THEN  0$  =  ’August^' 

2330  IF  INSMON  =  9  THEN  0$  =  ’September’ 

2340  IF  INSMON  =  10  THEN  0$  =  ’October' 

2350  IF  INSMON  =11  THEN  0$  =  ’November' 

2360  IF  INSMON  =  12  THEN  0$  -  ’December' 

2370  IF  INSDAY  <  16  THEN  0$  =  0$  +  ’  (first  half)’ 

2380  IF  INSDAY  >  15  THEN  0$  =  0$  +  ’  (second  half)’ 

2390  A$  =  ” 

2400  INPUT  ’  Is  the  Insolation  Data  stored  on  the  Disk  (Y/N) . <Y>:‘;  A$ 

2410  IF  A$  =  ”  THEN  A$  =  Y 

2420  IF  A$  o  T  AND  A$  o  ’/  THEN  J  =  0:  GOSUB  6430:  GOTO  2700 
2430  J  =  0 

2440  INPUT  ’  Enter  the  Data  File  Number . <1>:’;  J 

2450IFJ<1THENJ=  1 

2460  OPEN  T,  #1,  ‘SOLRDATA.DAT’ 

2470  FOR  R3  =  1  TO  J 

2480  INPUT  #1,  C$(R3),  S$(R3) 

2490  INPUT  #1,  XL$ 

2500  L(R3)  =  VAL(XL$) 

2510  FOR  I  =  1  TO  12 
2520  INPUT  #1,  XB1$ 

2530  B1(I,  R3)  =  VAL(XB1$) 

2540  B(1, 1)  =  B1(I,  R3) 

2550  NEXT  I 
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2560  FOR  KK  =  1  TO  12 
2570  INPUT  #1,  XB2$ 

2580  B2(KK,  R3)  =  VAL(XB2$) 

2590  B{KK,  2)  =  B2(KK,  R3) 

2600  NEXTKK 

2610  LI  =  L(R3) 

2620  NEXT  R3 
2630  R3  =  0 
2640  CLOSE  #1 

2650  IF  FIAG{2)  =  1  THEN  2780 
2660  TEMPLAT  =  0 

2670  PRINT  USING  ‘  Enter  the  Data  Sites  Latitude . <  ##.#  LI; 

2680  INPUT  TEMPLAT 

2690  IF  TEMPLAT  >  0  THEN  LI  =  TEMPLAT 

2700  IF  E$  =  V  THEN  2780 

2710  E  =  0 

2720  INPUT '  Enter  the  array  TOt  firom  horizontal  (in  Degrees) . <60>:';  E 

2730  IFE<1  THEN E  =  60 

2740  IF  E  >  89  THEN  E  -  89 

2750AA  =  PI/  180 

2760  L2  =  LI  *  AA 

2770  El  =  E  *  AA 

2780  IF  F$  =  'N"  THEN  3200 

2790  GOSUB  7480 

2800  PRINT 

2810  R4  =  0 

2820  INPUT  '  Enter  the  number  of  electrical  loads  to  be  supported.. R4 

2830  IF  R4  <  1  THEN  R4  =  1 

2840  IF  R4  >  10  THEN  R4  =  10 

2850  LPCTR  =  0 

2860  FOR  N  =  1  TO  R4 

2870  PRINT 

2880  PRINT  USING '  Electrical  Load  <##>  ->  Avg  Current  Drain  (amps)  <.55>";  N; 
2890  U(N)  =  0 
2900  INPUT  U(N) 

2910  IF  U(N)  <=  0  THEN  U(N)  =  .55 
2920  Y(N)  =  0 

2930  INPUT  •  Duty  Cycle  (e.g.  10%=10)  <10>‘;  Y(N) 

2940  IF  Y(N)  >  99  THEN  Y(N)  =  99 
2950  IF  Y(N)  <  1  THEN  Y(N)  =  10 
2960  YY  =  Y(N)/100 
2970  A$  =  ■ 

2980  INPUT  •  On  During  Nighttime  Only  (Y/N)  <Y>';  A$ 

2990  IF  A$  =  "  THEN  A$  =  V 

3000  IFA$  =  TOR  A$  =  y  THEN  3090 

3010  qN)  =  0 

3020  INPUT  •  Number  of  Hours  On/Day  <24>";  qN) 

3030  IF  qN)  <  1  THEN  qN)  =  24 
3040  IF  qN)  >  24  THEN  qN)  =  24 
3050  Z(N)  =  1 
3060  R5  =  U(N)  *  YY  *  qN) 

3070  R6  =  R5  +  R6 
3080  GOTO  3120 


B-18 


CG-181  Flasher  use  Required  (Y/N)  <Y>";  A$ 


3090  Z(N)  =  0 
3100  R7  =  U(N)  *  YY 
3110  R8-R7  +  R8 

3120  A$  =  INPUT ' 

3130  IF  A$  =  “  THEN  A$  =  ’Y' 

3140  IF  A$  =  V  THEN  R9  =  YY:  RIO  -  R9  +  RIO 
3150  LPCTR  =  LPCTR  +  1 

3160  IF  LPCTR  =  4  THEN  GOSUB  7480:  LPCTR  =  0 
3170  NEXT  N 
3180  GOSUB  7480 

3190  REM  — - — - 

3200  REM  INPUT  PARAMETERS 

3210  REM  - - — - - 

3220  CTY$  =  "N/A' 

3230  STA$  =  "N/A’ 

3240  IF  J  o  0  THEN  CrY$  -  C$(J):  SrA$  -  S$(J) 

3250  PRINT 

3260  PRINT  FNAT$(6,  2); :  PRINT  "INPUT  PARAMETERS  ARE: 

3270  PRINT  FNAT^8, 4); :  PRINT  "Aid  Number  (and  Name) . : N$;  NME$;  •)"; 

3280  PRINT  FNAT^9, 4); :  PRINT  USING  "Month/Day  of  InstaUation.:  ##/##';  INSMON;  INSDAY; 
3290  PRINT  FNAT${10, 4); :  PRINT  USING  Tdt  Angle  from  Horizontal:  ##  deg";  E; 

3300  PRINT  FNAT$(9, 46); :  PRINT  USING  "Length  of  Analysis:  ##  yrs";  X; 

3310  PRINT  FNAT^IO,  46); :  PRINT  USING  "Aid  Pos  -  Lat/Long:  ##.#N/###.#W’;  LI;  L9; 


3320  PRINT  FNAT$(11, 4); 

3330  IF  R2  =  0  THEN  PRINT  "Array  Size . :  Calc"; 

3340  IF  R2  =  1  THEN  PRINT  USING  "Array  Size . :  ##.#  watts";  O; 

3350  PRINT  FNAT$(11, 46); 


3360  IF  R1  =  0  THEN  PRINT  "Battery  Size . :  Calc"; 

3370  IF  R1  =  1  THEN  PRINT  USING  "Battery  Size . :  ####.#  AH";  ZZ; 

3380  PRINT 

3390  GOSUB  4070 

3400  GOSUB  4560 

3410  IF  FLAq4)  =  1  THEN  3520 

3420  M  =  1 

3430  FOR  N  =  1  TO  12 
3440  S(M,  1)  =  23.89  *  B(N,  1) 

3450  S(M  +  1, 1)  =  S(M,  1) 

3460  M  =  M  +  2 
3470  NEXT  N 
3480  FOR  M  =  1  TO  24 
3490  Q(M,  1)  =  S(M,  1) 

3500  NEXT  M 

3510  REM - — 

3520  REM  SUBROUTINE  SIZING 

3530  REM - 

3540  IF  FLAq3)  =  1  THEN  GOSUB  4880:  GOSUB  5000:  GOTO  3630 

3550  IF  FLAq7)  =  1  THEN  GOSUB  4880:  GOTO  6790 

3560  IF  FLAq6)  =  1  THEN  GOSUB  6630:  GOSUB  4880:  GOTO  6790 

3570  GOSUB  6630 

3580  GOSUB  4880 

3590  GOSUB  5000 

3600  IF  FLAq5)  =  1  THEN  3580 

3610  FLAq5)  =  0 
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3620  REM - 

3630  REM  PRT  RESULTS 

3640  REM - 

3650  IF  FLAG(3)  =  0  THEN  3660 

3660  REM  IF  R20  <  48  THEN  7020 

3670  REM  IF  R20  >  52  THEN  7100 

3680  GOTO  3730 

3690  IF  O  >=  10  THEN  3730 

3700  FLAG(3)  =  0:  FIAq6)  =  0:  FIAG(7)  =  1 

3710  R1  =  0:  R2  =  1:  O  =  10:  RR  =  O  /  VP 

3720  GOTO  3320 

3730  PRINT  FNAT$(13,  2); :  PRINT  'RUN  RESULTS  ARE:'; 

3740  PRINT '  ( indicates  Non-Standard  Configuration  )'; 

3750  BSIZ%  =  0:  IF  INT(ZZ)  o  (INT(ZZ  /  100)  *  100)  THEN  BSIZ%  =  1 
3760  MCAP%  =  0:  IF  R20  <  48  THEN  MCAP%  =  1 
3770  IF  R20  >  52  THEN  MCAP%  =  2 

3780  PRINT  FNAT$(15,  4); :  PRINT  USING  'Array  Size . :  ####.##  watts';  O; 

3790  PRE^  FNAT$(16,  4); :  PRINT  USING  'Battery  Size . :  ####.##  AH';  ZZ; 

3800  PRINT  FNAT^17, 4); :  PRINT  USING  'Min  Battery  Cap...:  ###.##  %';  R20; 
3810  PRINT  FNAT$(15,  46); :  PRINT  USING  'Load  Amp-Hrs  (Min):  ###.##  AH';  R14; 
3820  PRINT  FNAT^16,  46); :  PRINT  USING '  (Avg):  ###.##  AH';  R16; 

3830  PRINT  FNAT^17, 46); :  PRINT  USING '  (Max):  ###.##  AH';  R15; 

3840  SPNLIO  =  0:  SPNL20  =  0:  SPNL35  =  0:  NUMBAT  =  0 
3850  NUMBAT  =  E^(ZZ  /  100) 

3860  IF  NUMBAT  <  (ZZ  /  100)  THEN  NUMBAT  =  NUMBAT  +  1 
3870  VATTS  =  O 

3880  WHILE  WATTS  >=  35:  SPNL35  =  SPNL35  +  1:  WATTS  =  WATTS  -  35:  WEND 
3890  WHILE  WATTS  >=  20:  SPNL20  =  SPNL20  +  1:  WATTS  =  WATTS  -  20:  WEND 
3900  WHILE  WATTS  >=  10:  SPNLIO  =  SPNLIO  +  1:  WATTS  =  WATTS  -  10:  WEND 
3910  ASIZ%  =  0 

3920  IF  WATTS  >  0  THEN  SPNLIO  =  SPNLIO  +  1:  ASIZ%  =  1 
3930  PRINT  FNAT$(18,  4); :  PRINT  USING  'Solar  Panel  Qty  (10  watt):  ##';  SPNLIO; 
3940  PRINT  FNAT$(18,  46); :  PRINT  USING  'Solar  Batteries  (lOOAH)..:  ##';  NUMBAT 
3950  PRINT  FNAT$(19, 4); :  PRINT  USING '  (20  watt):  ##';  SPNL20; 

3960  PRINT  FNAT$(19,  4); :  PRINT  '(suggested)'; 

3970  PRINT  FNAT$(19,  46); :  PRINT  '(suggested)'; 

3980  PRINT  FNAT$(20,  4); :  PRINT  USING '  (35  watt):  ##';  SPNL35; 

3990  GOSUB  7550 

4000  PRINT  FNAT$(26,  2); :  PRINT  "; 

4010  A$  =  -:  INPUT  ■  Another  Run  (Y/N)  <Y>';  A$ 

4020  IF  A$  =  "  THEN  A$  = 'Y' 

4030  IFA$  =  VORA$  =  'y' THEN  1210 
4040  GOSUB  7480 

4050  PRINT  '  Solar  Calculator  Terminated . ':  PRINT 

4060  END 

4070  REM - 

4080  REM  SUBROUTINE  DAY 

4090  REM - 

4100  N  =  1 
4110  CC  =  23.45 
4120  BB  =  .0578 
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4130  REM - 

4140  REM  SUBROUTINE  START 

4150  REM - - 

4160  IF  N  >  80  THEN  4190 

4170  D(N)  =  CC  *  SIN(AA  *  1.008  *  (N  -  80)) 

4180  GOTO  4230 

4190  IF  N  >  266  THEN  4220 

4200  D{N)  -  CC  *  SIN(AA  *  .965  *  (N  -  80)) 

4210  GOTO  4230 

4220  D(N)  =  (-CC)  *  SIN(AA  *  .975  *  (N  -  266)) 

4230  REM  — - - 

4240  REM  SUBROUTINE  CORRECTION 

4250  REM - — - 

4260  IF  D(N)  -  0  THEN  D(N)  =  .000001 
4270  Rll  =  TAN{L2)  *  TAN(D{N)  *  AA) 

4280  IF  Rll  >=  1  THEN  4370 
4290  IF  Rll  <•  -1  THEN  4390 
4300  IF  Rll  <  0  THEN  4340 

4310  QQ  =  BB  /  COS(L2)  /  COS(D(N)  *  AA)  /  SIN(FNACS(R11)) 

4320  HH  =  (2  /  15)  *  (FNNACS(-R11)  /  AA)  +  2  *  QQ 
4330  GOTO  4360 

4340  QQ  =  BB  /  COS(L2)  /  COS(D(N)  *  AA)  /  SIN(FNNACS(R11)) 

4350  HH  =  (2  /  15)  *  (FNACS(-R11)  /  AA)  +  2  *  QQ 

4360  IF  HH  <  24  THEN  D(N)  =  HH:  GOTO  4400 

4370  D{N)  =  24 

4380  GOTO  4400 

4390  D(N)  -  0 

4400  N  =  N  +  1 

4410  IF  N  <=  365  THEN  4160 

4420  M  -=  1 

4430  I  =  1 

4440  N  =  1 

4450  T  -  0 

4460T  =  D(N)  +  T 

4470  N  =  N  +  1 

4480  1=1+1 

4490  IF  I  <=  15  THEN  4460 

4500  S(M,  2)  =  T 

4510  I  -  1 

4520  M  =  M  +  1 

4530  T  =  0 

4540  IF  M  <=  24  THEN  4460 
4550  RETURN 

4560  REM - - 

4570  REM  SUBROUTINE  LOAD 

4580  REM - 

4590  M  =  0 
4600  N  =  1 
4610  R12  =  0 
4620  R15  =  0 

4630  IF  RIO  o  0  THEN  4660 
4640  T  =  0 
4650  GOTO  4670 

4660  T  =  (10  +  20  *  RIO)  *  (24  -  D(N))  /  1000  +  .006  *  D(N) 
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4670  W(N)  =  T  +  R6  +  R8  *  (24  -  D(N)) 

4680  IF  N  =  1  THEN  R14  =  W(l) 

4690  IF  N  =  80  THEN  4710 

4700  IF  W(N)  <  R14  THEN  R14  =  W(N) 

4710  IF  R15  <  W(N)  THEN  R15  =  W(N) 

4720  R13  =  V(N)  +  R13 

4730  R12  =  1  +  R12 

4740  IF  R12  o  15  THEN  4790 

4750  M  =  M  +  1 

4760  S(M,  3)  =  R13 

4770  R12  =  0 

4780  R13  =  0 

4790  N  -  N  +  1 

4800  IF  N  >  365  THEN  4820 

4810  GOTO  4630 

4820  R16  =  0 

4830  FOR  N  =  1  TO  24 

4840  R16  =  S(N,3)  +  R16 

4850  NEXT  N 

4860  R16  =  R16  /  360 

4870  RETURN 

4880  REM - 

4890  REM  SUBROUTINE  OUTPUT 

4900  REM - 

4910  DD  =  1  /  85.97999 

4920  O  =  VP  *  RR 

4930  IF  FLAG{1)  =  1  THEN  4950 

4940  GOSUB  5570 

4950  FOR  M  =  1  TO  24 

4960  S(M,  4)  =  15  *  (DD  *  .9199999  *  S(M,  1)  *  RR) 

4970  NEXT  M 
4980  FIAG(1)  =  0 
4990  RETURN 

5000  REM - 

5010  REM  SUBROUTINE  BATTERY 

5020  REM - 

5030  R19  =  V 
5040  TT  =  C 
5050  P  =  C 
5060  FF  =  C 
5070  N=  15*(V-1) 

5080  FLAq5)  =  0 

5090  R20  =  100 

5100  FOR  GG  =  1  TO  X 

5110  IF  GG  <=  1  THEN  5140 

5120  R19  =  1 

5130  N  =  0 

5140  IF  V  <=  1  THEN  5180 
5150  FOR  M  =  1  TO  V 
5160  F(M,  GG)  =  100 
5170  NEXT  M 
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5180  F0RM  =  R19T0  24 
5190  FOR  I  =  1  TO  15 

5200  N  =  N  +  1 

5210  TT  =  TT-V(N) 

5220  R21  =TT  I  ZZ 

5230  IF  R21  >  .76  THEN  5260 

5240  SS  =  1  -  .1  *  R21 

5250  GOTO  5330 

5260  IF  R21  >=  .9199999  THEN  5290 

5270  SS  =  1.266  -  .44  *  R21 

5280  GOTO  5330 

5290  IF  R21  >  .9950001  THEN  5320 

5300  SS  -  2.31  - 1.58  *  R21 

5310  GOTO  5330 

5320  SS  =  0 

5330  R22  =  S(M,  4)  *  SS  /  15 

5340  TT  =  TT  +  R22 

5350  IF  TT  <=  22  THEN  5370 

5360  TT  =  ZZ 

5370  IF  TT  <  0  THEN  TT  =  0 

5380  IF  TT  <  P  THEN  P  =  TT 

5390  NEXT  I 

5400  F(M,  GG)  =  P  *  100  /  ZZ 

5410  P  =  TT 

5420  IF  R20  >  F(M,  GG)  THEN  R20  =  F(M,  GG) 

5430  NEXTM 
5440  NEXT  GG 

5450  IF  FLAq3)  =  1  THEN  GOTO  5560 

5460  IF  FLAq7)  =  1  THEN  GOTO  5560 

5470  IF  FLAq6)  =  1  THEN  GOTO  5560 

5480  IF  R20  <  48  THEN  5510 

5490  IF  R20  >  52  THEN  5530 

5500  GOTO  5560 

5510  RR=  1.1  *RR 

5520  GOTO  5540 

5530  RR  =  .9  *  RR 

5540  O  =  VP  *  RR 

5550  FIAq5)  =  1 

5560  RETURN 

5570  REM - - - 

5580  REM  SUBROUTINE  TILT 

5590  REM - — - 

5600  IF  FLAq8)  =  1  THEN  5730 
5610  OPEN  T,  #1,  TMATRIX-DAT' 

5620  FOR  I  =  1  TO  12 
5630  INPUT  #1,XH1$ 

5640  H1(1, 1)  =  VAL(XH1$) 

5650  H(1, 1)  =  H1(1, 1) 

5660  NEXT  I 

5670  FOR  JJ  =  1  TO  12 

5680  INPUT  #1,  XH2$ 

5690  H1(JJ,  2)  =  VAl<XH2$) 

5700  H(JJ,  2)  =  H1(JJ,  2) 

5710  NEXT  JJ 
5720  CLOSE  #1 
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5730  FOR  M  =  1  TO  24 
5740  S(M,  1)  =  Q(M,  1) 

5750  NEXT  M 
5760  M  =  1 

5770  FOR  N  =  1  TO  12 

5780  H2  =  H{N,  1)  *  AA 

5790  R23  =  -TAN(L2)  *  TAN(H2) 

5800  IF  R23  <=  1  THEN  5830 
5810  R23  =  1 

5820  GOTO  5850 
5830  IFR23<-1THENR23  =  -1 

5840  IF  R23  <  0  THEN  R24  =  FNNACS(R23):  GOTO  5860 
5850  R24  =  FNACS(R23) 

5860  R25  =  -TAN(L2  -  El)  *  TAN(H2) 

5870  IF  R25  <  0  THEN  R26  =  FNNACS(R25):  GOTO  5890 
5880  R26  =  FNACS(R25) 

5890  IF  R26  >=  R24  THEN  GOSUB  6250 
5900  IF  R26  <  R24  THEN  GOSUB  6340 
5910  R27  =  .5  *  (1  +  GOS(El)) 

5920  R28  =  .2  *  (1  -  GOS(El)) 

5930  IF  R26  >=  R24  THEN  GOSUB  6090 
5940  IF  R26  <  R24  THEN  GOSUB  6170 
5950  R29  =  S(2  *  N  - 1, 1)  /  (.2713  *  R30) 

5960  IF  R29  >  .2  THEN  5980 
5970  R31  =  COS(128.57  *  R29  *  AA) 

5980  IFR29>.76THENR31  =  .16:  GOTO  6000 

5990  R31  =  1.379179  -  3.465989  *  R29  +  2.912088  *  R29  2 

6000  IF  R24  o  0  THEN  6040 

6010  S(M  +  1,  1)  =  0 

6020  S(M,  1)  =  0 

6030  GOTO  6060 

6040  S(M  +  1,  1)  =  S(2  *  N  - 1,  1)  *  ((1  -  R31)  *  R32  +  R27  *  R31  +  R28) 

6050  S(M,  1)  =  S(2  *  N  - 1, 1)  *  ((1  -  R31)  *  R32  +  R27  *  R31  +  R28) 

6060  M  =  M  +  2 
6070  NEXT  N 
6080  RETURN 

6090  REM - - 

6100  REM  SUBROUTINE  RD2 

6110  REM - 

6120  IF  R24  o  0  THEN  6150 
6130  R30  =  1 
6140  GOTO  6160 

6150  R30  =  (24  /  PI)  *  H(N,  2)  *  (COS(L2)  *  COS(H2)  *  SIN(R24)  +  (R24)  *  SIN(L2)  *  SIN(H2)) 
6160  RETURN 

6170  REM - — — 

6180  REM  SUBROUTINE  RD3 

6190  REM . . 

6200  IF  R24  o  0  THEN  6230 
6210  R30  =  1 
6220  GOTO  6240 

6230  R30  =  (24  /  PI)  *  H(N,  2)  *  (COS(L2)  *  COS(H2)  *  SIN(R26)  +  (R26)  *  SD^(L2)  *  SIN(H2)) 
6240  RETURN 
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6250  REM - — - 

6260  REM  SUBROUTINE  RDO 

6270  REM - - - 

6280  IF  R24  o  0  THEN  6310 
6290  R32  =  1 
6300  GOTO  6320 

6310  R32  =  C0S(AA*(L1-E))*(SIN(R24HR24)*C0S(R26))/C0S(L2)/(SIN(R24HR24)*C0S(R24)) 
6320  FLAqS)  =  1 
6330  RETURN 

6340  REM - — - 

6350  REM  SUBROUTINE  RDl 

6360  REM - - - — - 

6370  IF  R24  o  0  THEN  6400 
6380  R32  =  1 
6390  GOTO  6410 

6400  R32  =  COS(AA*(Ll-E))*(SIN(R26KR26)*COS(R26))/COS(L2)/(SIN(R24HR24)*COS(R24)) 
6410  FIAqS)  =  1 
6420  RETURN 

6430  REM - -  - - 

6440  REM  SUBROUTINE  NEWDATA 

6450  REM - - - — - 

6460  J  =  0:  N  =  1 

6470  GOSUB  7480:  PRINT 

6480  TEMPLAT  =  0:  LI  =  45 

6490  PRINT  USING '  Enter  the  Data  Sitee  Latitude . <  ##.#  LI; 

6500  INPUT  TEMPLAT 

6510  IF  TEMPLAT  >  0  THEN  LI  =  TEMPLAT 

6520  FOR  M  =  1  TO  12 

6530  PRINT  USING '  Enter  the  Avg  Daily  Insolation  (in  Langleys)  for  Month  [##]  <334>’;  M; 
6540  A(M)  =  0:  INPUT  '  A(M) 

6550  IF  A(M)  <=  0  THEN  A(M)  =  334 
6560  S(N,  1)  =  A(M):  S(N  +  1, 1)  =  A(M) 

6570  Q(N,  1)  =  A(M):  Q(N  +  1, 1)  =  A(M) 

6580  N  =  N  +  2 
6590  NEXT  M 
6600  FLAq4)  =  1 
6610  GOSUB  7480 
6620  RETURN 

6630  REM  - - - - 

6640  REM  SUBROUTINE  ARRAY  SIZE 

6650  REM  - — — - 

6660  FF=0 
6670  P  =  0 
6680  FLAqi)  =  1 
6690  GOSUB  5570 
6700  DD  =  1  /  85.97999 
6710  FOR  M  =  1  TO  24 
6720  FF  =  S(M,  3)  +  FF 
6730  P  =  S(M,  1)  +  P 
6740  NEXT  M 

6750  P  =  15  *  DD  *  .9199999  *  .9  *  P 
6760RR  =  FF/P 
6770  O  =  VP  *  RR 
6780  RETURN 
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SUB  BATTERY  SIZE 


6790  REM - 

6800  REM 

6810  REM - 

6820  N  -  0 
6830  II  =  0 
6840  Q1  =  0 
6850  ZZ=  0 
6860  R33  =  0 
6870  FOR  M  =  1  TO  24 
6880  N  =  .9*S(M,4)-S(M,3) 

6890  IF  N>=0  THEN  6930 
6900  II  =  N  +  II 
6910  R33  =  1  +  R33 

6920  GOTO  6940 
6930  IF  II  <  Q1  THEN  Q1  =  II:  II  =  0 
6940  NEXT  M 

6950  IF  R33  =  24  THEN  7130 
6960  IF  Q1  =  0  THEN  GOTO  7210 
6970  IF  ZZ  o  0  THEN  GOTO  7000 
6980  ZZ  =  2  *  ABS(01) 

6990  GOTO  6870 
7000  C  =  2.1  *  ABS(Q1) 

7010  ZZ  =  C 
7020  Q1  =  0 
7030  GOSUB  5000 
7040  IF  R20  <  48  THEN  7070 
7050  IF  R20  >  52  THEN  7100 
7060  GOTO  3630 
7070  C  =  1.1  *  ZZ 
7080  ZZ  =  C 
7090  GOTO  7030 
7100  C  =  .9  *  ZZ 
7110  ZZ  =  G 
7120  GOTO  7030 
7130  PRINT 

7140  PRINT  SPC(13);  ■ - 

7150  PRINT  SPC(  13);  "Ejrror:  The  Array  you  have  entered  ie  Insufficient’ 

7160  PRINT  USING  ’  to  mainteiin  the  battery's  charge  above  ##%.";  R20 

7170  PRINT 

7180  PRINT  SPC(13);  ‘  Re-Run  using  a  Larger  Solar  Array..." 

7190  PRINT  SPC(13); ' - 

7200  GOTO  4000 
7210  PRINT 

7220  PRINT  SPC(13); " - ‘ 

7230  PRINT  SPC(  13);  ‘Error:  The  Array  you  have  entered  is  Elxcessive  and' 

7240  PRINT  SPC(  13); '  will  NEVER  allow  the  battery's  charge  to  fall" 

7250  PRINT  USING '  below  ##%.';  R20 

7260  PRINT 

7270  PRINT  SPC(13);  ‘  Re-Run  using  a  Smaller  Solar  Array..." 

7280  PRINT  SPC(13); " - 

7290  GOTO  4000 
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7300  REM - - - — - 

7310  REM  Program  Elxplanation 

7320  REM - - 

7330  DH$  -= " 

7340  PRDJT 

7350  INPUT  '  Vould  you  like  a  brief  Overriew  of  the  SoliCalc  (Y/N)  <N>';  DH$ 

7360  IF  DH$  =  "  THEN  DH$  =  'Nf 

7370  IF  DH$  o  Y  AND  DH$  o  y  THEN  GOTO  7440 

7380  GOSUB  7480 

7390  FOR  0E%  =  1  TO  11 

7400  PRINT  TAB((80  -  LEN(OT${OE%)))  /  2);  OT${OE%) 

7410  NEXT  OE% 

7420  PRINT  :  PRINT  SPC(26); 

7430  INPUT  'Press  Return  to  Continue’;  PRTC$ 

7440  RETURN 

7450  REM - — - 

7460  REM  Program  Header 

7470  REM - — - 

7480  PRINT  CHR$(12); 

7490  PRINT 

7500  PRINT  SPC(l);  SrRING$(78, "-) 

7510  PRINT  SPC((80  -  LEN(HDR1$))  /  2);  HDR1$ 

7520  PRINT  SPC((80  -  LEN(HDR2$))  /  2);  HDR2$ 

7530  PRINT  SPC(l);  STRING${78, 

7540  RETURN 

7550  REM - — - 

7560  REM  Warning  Messages 

7570  REM - — - 

7580  IF  ASIZ%  =  1  THEN  PRINT  FNAT$(15, 3); :  PRINT 
7590  IF  BSIZ%  =  1  THEN  PRINT  FNAT$(16,  3); :  PRINT 
7600  IF  MCAP%  o  1  THEN  7660 
7610  PRINT  FNAT$(22,  4); 

7620  PRINT  RV$  +  “Waming;  The  Array/Battery  Size  specified  will:’; 

7630  PRINT  FNAT${23, 4); 

7640  PRINT  ’  Cause  the  battery  to  discharge  below  48%.'  +  NV$; 

7650  GOTO  7710 

7660  IF  MCAP%  o  2  THEN  7710 

7670  PRINT  FNAT$(22,  4); 

7680  PRINT  RV$  +  “Warning:  The  Array/Battery  Size  specified  will:’; 

7690  PRINT  FNAT$(23,  4); 

7700  PRINT  ’  Never  let  the  battery  discharge  below  52%.’  +  NV$; 

7710  RETURN 
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